Description::
HITP (html5.id.toc.preview) is a-WEBPAGE-HTML-CSS-JS-DIALECT (format|method|framework) for publishing
WEBPAGES of title-content-tree structured-documents with these advantages:
1) Html5: no need for special programs to read them, as all machines have the needed browser (= html reader). Also html5-elements structure the-text for humans and machines.
2) Id: anyone can-refer to ANY PART of them, because all their html-elements have IDs.
3) Toc: automatically created expandable table-of-contents makes reading EASY.
4) Preview: same domain link-preview makes reading FAST.
With these attributes and by connecting the-NAMES of the-sentences with their DEFINITIONS using preview-links, we can-create our electronic-documents subjectively MONOSEMOUS, easily readable by humans and machines.
Knowledge of HTML, CSS, Browser-javascript is a-prerequisite to read the-rest of this page.
Artificial-intelligence will never succeed to understand today's POLYsemous unstructured-info[1] (only a portion of it will manage), for the simple fact it[1] is polysemous and some times ZEROsemous (= meaningless)!!!
The-creation of MONOsemous-structured-documents is a-prerequisite to manage the enormous quantity of human-information with the-help of machines.
Name::
* cpt.generic-specific-pair--webpage, {2013.09.01}
* cpt.hitp,
* cpt.hitp-dialect,
* cpt.hitp-language,
* cpt.hitp--webpage-format,
* cpt.hitp--webpage-application-format,
* cpt.hitp--web-page-format,
* cpt.hitp--page-format,
* cpt.hitp-webpage-dialect,
* cpt.Html5IdTocPreview,
* cpt.html5.id.toc.preview,
* cpt.html5.id.toc.preview--webpage-format,
* cpt.html5.id.toc.preview--page-format,
* cpt.html5IdTocPreview--webpage-format,
* cpt.title-content-tree--webpage-format,
===
Description::
Archetype is the-entity we want to model with a-language.
A-hitp-archetype or a-TITLE-CONTENT-TREE-DOCUMENT, is a-document (= recorded information) with a title-content-tree structure.
Name::
* cpt.archo-doc,
* cpt.archodoc,
* cpt.doc,
* cpt.document,
* cpt.hitp'archetype,
* cpt.hitp'archetype-document,
* cpt.hitp'archetype-tree,
* cpt.hitp'archetype-whole-part-tree,
* cpt.hitp'archo-doc,
* cpt.hitp'archo-root-tree,
* cpt.hitp'root-tree,
* cpt.hitp'structured-document,
* cpt.hitp'title-content-tree-document,
* cpt.tcd,
* cpt.tctd,
* cpt.title-content-document,
* cpt.title-content-tree-document,
===
Definition.Recursive::
START-CONDITION:
A-title-content-tree is a-whole-part-tree of
1) INFO-TITLE: the-parent-node and
2) INFO-CONTENT: an order-set of info-doc-units and part title-content-trees (subtrees), the-children-nodes.
END-CONDITION:
Leaf-title-content-trees consist of 1) a-title and 2) an order-set of info-doc-units.
Name::
* cpt.hitp'archo-tree,
* cpt.hitp'info-title-content-tree,
* cpt.tct,
* cpt.title-content-tree,
===
Part::
• title,
• content,
• node,
• level,
• depth,
Specific::
• bottom-tree,
• leaf-tree,
• root-tree,
• subtree,
Definition.Specific::
Bottom-tree is a-tree whose content contains bottom-nodes.
Name::
* cpt.hitp'archo-bottom-tree,
* cpt.hitp'archo-tree.bottom,
* cpt.title-content-tree.bottom,
===
Definition.Specific::
Leaf-tree is a-tree whose content contains only doc-units.
Name::
* cpt.hitp'archo-tree.leaf,
* cpt.hitp'archo-leaf-tree,
* cpt.title-content-tree.leaf,
===
Definition.Specific::
Root-tree is the outermost tree in a-title-content-tree-document.
Its title, the-root-title, has no parent.
Name::
* cpt.hitp'archo-tree.root,
* cpt.hitp'archo-root-tree,
* cpt.title-content-tree.root,
===
Definition.Specific::
Subtree is a-tree which is part of the-content of another tree.
Name::
* cpt.hitp'archo-tree.subtree,
* cpt.hitp'archo-subtree,
* cpt.title-content-tree.subtree,
===
Description::
An-archo-title is text (a-name or a-phrase) that describes an-archo-content.
Sometimes, a-title is generic-information and a-content specific.
Name::
* cpt.hitp'archetype--info-title,
* cpt.hitp'archetype-title,
* cpt.hitp'archo-title,
* cpt.title-content-tree'title,
===
Description::
Root-title is-called the outermost title-node in the-archetype-tree.
Name::
* cpt.hitp'archetype--root-title,
* cpt.hitp'archetype--root-node,
* cpt.title-content-tree'title.root,
===
Description::
Archo-content[1] is the-children of an-archo-title.
It[1] is an order-set of info-doc-units and info-title-content-trees.
Name::
* cpt.hitp'archetype--info-content,
* cpt.hitp'archo-content,
* cpt.title-content-tree'content,
===
Description::
Archo-doc-unit is
- a-paragraph-with-sentences: an order-set of sentences, or
- a-paragraph-with-subparagraphs: an order-set of group of sentences separated with empty lines, or
- a paragraph-with-nonsentences: a-paragraph plus images, audios, videos, lists, tables, trees.
Name::
* cpt.hitp'archetype--info-doc-unit,
* cpt.hitp'archo-doc-unit,
* cpt.title-content-tree'doc-unit,
===
Description::
Archetype-table-of-contents is a-whole-part-tree with nodes the-titles of the-archo-doc.
Name::
* cpt.hitp'archetype-table-of-contents,
* cpt.hitp'archetype-toc,
* cpt.hitp'archo-toc,
* cpt.title-content-tree'toc,
===
Description::
The-nodes of the-archo-tree are of two types: archo-doc-units or archo-titles.
Name::
* cpt.hitp'archetype-node-of-tree,
* cpt.hitp'archetype-node,
* cpt.hitp'archo-node,
* cpt.title-content-tree'node,
===
Specific::
• ancestor-node,
• bottom-node,
• child-node,
• descendant-node,
• leaf-node,
• parent-node,
• root-node,
• sibling-node,
• top-node,
Description::
Every node has 2 numbers that denote its distance from the-top (root) and the-bottom of the-tree.
Name::
* cpt.hitp'archetype-number-of-node,
* cpt.hitp'archo-node-number,
* cpt.hitp'depth-number-of-archo-node,
* cpt.hitp'number-of-archo-node,
* cpt.title-content-tree'node-number,
===
Specific::
• root-number-of-node,
• bottom-number-of-node,
Description::
Bottom-number of a-node is its distance from the-bottom.
The-bottom-node has 0 bottom-number.
The-root-node has the-highest bottom-number.
Name::
* cpt.hitp'archetype-bottom-number-of-node,
* cpt.hitp'archo-node-bottom-number,
* cpt.hitp'height-number-of-archo-node,
* cpt.hitp'bottom-number-of-archo-node,
* cpt.title-content-tree'node-number.bottom,
===
Description::
Root-number of a-node is its distance from the-top (root).
The-root has 0 root-number.
A-bottom-node has the-highest root-number.
Name::
* cpt.hitp'archetype-root-number-of-node,
* cpt.hitp'archo-node-root-number,
* cpt.hitp'depth-number-of-archo-node,
* cpt.hitp'root-number-of-archo-node,
* cpt.title-content-tree'none-number.root,
===
Description::
Bottom-node is a-node with the-highest root-number.
Name::
* cpt.hitp'archetype-bottom-node,
* cpt.hitp'archo-node.bottom,
* cpt.title-content-tree'node.bottom,
===
Description::
Leaf-node is a-node without children.
Name::
* cpt.hitp'archetype-leaf-node,
* cpt.hitp'archo-node.leaf,
* cpt.title-content-tree'node.leaf,
===
Description::
Level-of-tree is the-set of nodes with the-same number.
Name::
* cpt.hitp'archetype-level-of-tree,
* cpt.hitp'archetype-level,
* cpt.hitp'archo-level,
* cpt.title-content-tree'level,
===
Description::
Depth-of-tree is the-number of its levels.
Name::
* cpt.hitp'archetype-depth-of-tree,
* cpt.hitp'archetype-depth,
* cpt.hitp'archo-depth,
* cpt.hitp'archetype-height-of-tree,
* cpt.hitp'archetype-height,
* cpt.hitp'archo-height,
* cpt.title-content-tree'depth,
===
Description::
A-hitp-webpage (hitp-doc) is A-DOCUMENT which maps|represents|denotes|models an-archo-title-content-tree-doc.
It is structured for humans and machines.
It contains and extra information apart of the archo-doc representation, such as meta-info and site-info.
It is-written in 3 computer-languages, because it is a-web-application:
• HTML: for the-structure of the-information,
• CSS: for its presentation,
• Browser-javascript (ljb): for its processing.
The-HTML-doc is the most whole container which includes the-CSS-doc and the-ljb-doc.
Name::
* cpt.hitp'code,
* cpt.hitp'model,
* cpt.hitp'page,
* cpt.hitp'webpage,
* cpt.hitp-code,
* cpt.hitp-model,
* cpt.hitp-page,
* cpt.hitp-webpage,
* cpt.hitpcode,
* cpt.hitpmodel,
* cpt.hitppage,
* cpt.hitpwpg,
===
Description::
• Hitp-docs are-tested on modern {2016} browsers on win10: Chrome, Firefox, Safari, Edge, IE11.
Name::
* cpt.hitp'browser-compatibility,
* cpt.hitp'browser-support,
===
Name::
* cpt.hitp'download,
===
GitHub-site:
Since version.10.2014-08-05.valuenames I published the-code on GitHub.
• https://github.com/synagonism/hitp/.
To use the online files, use the-latest-files on the-project-page on GitHub.
• https://synagonism.github.io/hitp/hitp.html.
• https://synagonism.github.io/hitp/hitp.css.
• https://synagonism.github.io/hitp/hitp.js.
Synagonism-site:
• hitp.15.2016-10-27.any-machine,
• hitp.14.2016-06-09.title-content-tree,
• hitp.12.2016-01-24.toc-icons,
• hitp.11.2015-10-26.preferences,
• hitp.10.2014-08-05.valuenames,
• hitp.08.2014-01-09.toc,
• hitp.07.2013-11-06.tabs,
• hitp.05.2013-07-15.toc-algo,
• hitp.04.2013-06-27.html5.id.toc.preview,
• hitp.03.2013-04-14.preview,
• hitp.02.2013-04-01.toc,
• hitp.01.2011-02-17.html5.id,
Every hitp-webpage is comprised of:
• one html-file the main container,
• one css-file,
• one js-file,
• one optional directory with all other needed files such as pictures, audio, video, css, etc.
The-name of the-directory is the-same with the-name of the-html-file plus the '.files' extension.
Description::
This directory contains all the extra files needed for the-hitp-file.
Its name is the-name of the-hitp-file plus '.files'.
Description::
The-HTML-language models the-structure of a-hitp-webpage and stores the-content of the-archo-doc.
The-HTML-doc is the most whole CONTAINER of the-webpage.
It contains the-CSS-doc and the-ljb-doc.
Name::
* cpt.hitp'html,
* cpt.hitp'code'html,
* cpt.hitp-hml-code,
* cpt.hitp-hml-doc,
* cpt.hitpcode'html,
* cpt.hitphml,
* cpt.hml-code,
* cpt.hml-doc,
* cpt.hmlcode,
* cpt.hmldoc,
===
Description::
We use the-HTML5-elements section, header, footer to create the-parts of a-hitp-page that maps a-title-content-tree-doc.
Description::
A-hitp-title-content-tree maps an-archo-title-content-tree.
We use the section, header, footer and p elements to create hitp-trees.
Name::
* cpt.hitp'title-content-tree,
* cpt.hitp-title-content-tree,
* cpt.hitp'webpage-tree,
* cpt.hitp'tree,
* cpt.hitp-tree,
* cpt.hitptree,
* cpt.hitptct,
===
Part::
• title-of-hitp-tree,
• content-of-hitp-tree,
• doc-unit-of-hitp-tree,
Specific::
• footer-tree,
• header-tree,
• meta-tree,
• p-tree,
• root-tree,
• section-tree,
Description::
A-hitp-root-tree (a-hitp-doc) maps|represents an-archo-root-tree (a-title-content-tree-doc).
We use a-header and an-h1 elements to create the-title, and an-ordered-set of h1-trees with last a-footer-tree to create the-content of the-root-tree.
The-header-element is the first child of the-body-element.
<header id="idHeader">
<h1 id="idHeaderH1">Title
</h1>
</header>
<section id="idName">
<h1 id="idNameH1">Title
</h1>
content
</section>
<footer id="idFooter">
<p id="idFooterP1">Title:
doc-units
</p>
</footer>
Name::
* cpt.hitp'tree.header,
* cpt.hitp'header-tree,
* cpt.hitp'tree.root,
* cpt.hitp'root-tree,
* cpt.hitp-root-tree,
* cpt.hitp-document,
* cpt.hitp-doc,
===
Depth:
The biggest depth of a-hitp-doc is 6+1.
This is because the-heading-elements h1 ... h6 are 6 and thus a-section-tree can have only 5 subtrees.
The extra depth we get from p-trees.
PROPOSAL: Because many documents use deeper depth than 7 (even-though I do-not-think it is a good practice) I proposed on {2010.10.24} in public-html-comments@w3.org list to use all the single-digit numbers 0-9 as html-headings.
Description::
A-section-tree is a-tree in which we use the-section-element as a-container, a-heading-element for its title and for its content, doc-units or other section-trees.
The-subtrees of a-section-tree have ordered titles in the form h1, h2, h3, h4, h5, and h6.
<section id="idName2">
<h2 id="idName2H2">Title2
</h2>
<p>Sentence1.
Sentence2.
</p>
<section id="idName3">
<h3 id="idName3H3">Title3
</h3>
<p>Sentence1.
Sentence2.
</p>
</section>
</section>
Name::
* cpt.hitp'tree.section,
* cpt.hitp'section-tree,
* cpt.hitp-section-tree,
===
Specific::
• h1-section-tree (has h1-element as title),
• h2-section-tree (has h2-element as title),
• h3-section-tree (has h3-element as title),
• h4-section-tree (has h4-element as title),
• h5-section-tree (has h5-element as title),
• h6-section-tree (has h6-element as title),
Description::
A-hitp-footer-tree is an optional special tree, last child of the-root-tree.
It is-created with the-footer-element, with no title, and content document-units with text that ends the-text of the-doc.
<footer id="idFooter">
<p id="idFooterP1">Title:
doc-units
</p>
</footer>
Name::
* cpt.hitp'tree.footer,
* cpt.hitp'footer-tree,
* cpt.hitp-footer-tree,
===
Description::
A-hitp-p-tree is always a-leaf-tree we create with the-p-element.
Its-title is the first line which ends with ':'.
Its-content contains only doc-units.
<p id="idName">Title:
sentences or subparagraphs
</p>
//or
<div id="idName">
<p>Title:
Sentence1.
Sentence2.
</p>
<table>
...
</table>
</div>
Name::
* cpt.hitp'tree.p,
* cpt.hitp'p-tree,
* cpt.hitp-p-tree,
===
Description::
A-webpage-meta-tree is a special section-tree, which is NOT PART of the-root-tree.
It contains meta-info about the-doc such as versions, comments, support etc.
<section id="idMeta">
<h1 id="idMetaH1">Meta-Info
</h1>
content.meta
<p id="idMetaWebpage_path"><span class="clsB clsColorGreen">Page-path</span>:
hitp-webpage
∈ synagonism.net
</p>
</section>
Name::
* cpt.hitp'tree.meta,
* cpt.hitp'meta-tree,
* cpt.hitp-meta-tree,
===
Description::
A-hitp-title maps an-archo-title[1].
We use the-heading-elements (h1, h2, ... h6) to implement it[1]:
<h1 id="idName">title</h1>
or the first line of a-p-element ending with ':'
<p id="idName">title:
doc-unit
</p>
Name::
* cpt.hitp'title,
* cpt.hitp-title,
* cpt.hitp'webpage-title,
Description::
A-hitp-content maps an-archo-content.
It contains hitp-doc-units and other hitp-trees.
Name::
* cpt.hitp'content,
* cpt.hitp-content,
* cpt.hitp'content-of-tree,
===
Description::
A-hitp-doc-unit maps an-archo-doc-unit.
It is-created with p-elements and inline elements, or we use a-div-element as a-container if and extra block elements like ol, ul, table create the-doc-unit.
Name::
* cpt.hitp'doc-unit,
* cpt.hitp-doc-unit,
* cpt.hitp'document-unit,
===
Specific::
• paragraph-with-sentences-doc-unit,
• paragraph-with-subparagraphs-doc-unit,
• paragraph-with-nonsentences-doc-unit,
Description::
For readability, we put every sentence in a new line.
<p id="idName">Sentence1.
Sentence2.
SentenceLast.
</p>
Name::
* cpt.hitp'doc-unit.paragraph-with-sentences,
* cpt.hitp'doc-unit.sentences,
* cpt.hitp'sentences-doc-unit,
===
Description::
<p id="idName">Sentence1.
Sentence2.
Sentence3.
SentenceLast.
</p>
Name::
* cpt.hitp'doc-unit.paragraph-with-subparagraphs,
* cpt.hitp'doc-unit.sentences,
* cpt.hitp'sentences-doc-unit,
===
Description::
<div id="idName">
<p>Sentence1.
Sentence2.
</p>
<table>
...
</table>
<a class="clsHide" href="#idName"></a></div>
Name::
* cpt.hitp'doc-unit.paragraph-with-nonsentences,
* cpt.hitp'doc-unit.nonsentences,
* cpt.hitp'nonsentences-doc-unit,
===
Description::
The-html-file is the main file of the-webpage.
It is the most whole CONTAINER of all files of the-webpage.
See the-example-file on github.
Name::
* cpt.hml-file,
* cpt.hitp'html-file,
* cpt.hitp'file,
* cpt.hitp-hml-file,
* cpt.hitp-file,
===
Description::
The core concept (and first motive) of our-proposal is the-addition of ID-attributes on all elements of a-hitp-page.
For example:
<h1 id="idXxxx">...
<p id="idYyyy">...
Now we can-refer to any part of the-document!!!
Name::
* cpt.hitp'id,
* cpt.hitp-id,
===
The-IDs must-be unique:
You can-use as ID whatever you want.
We sugest to begin with "id" in-order to be-distinguished from other words in the-text and do-not-contain spaces.
For example:
id, idHeader, idHitpidx-income, ...
The-IDs must-be visible to the-reader:
The-reader, in-order to REFER to any part of the-document, must-know the-ID of this part of the-file.
This can-be-done by adding a hidden element in this part of the-file that will-be-visible when the-mouse is over this text.
But if this hidden-element is and a-link-element, then the-reader could-copy the-address of this part of the-file from the-address-bar of his browser.
Here is an-example of the simple code we have to add to reach our goal.
<p id="idYyyy">...
<a class="clsHide" href="#idYyyy"></a></p>
With this code, when the-reader clicks|taps on content, at the-end of the clicked doc-unit appears the-ADDRESS-LINK-ICON.
Clicking on this symbol, s|he can-see the-ID of this text and s|he can-copy from the-address-bar the-address of this particular part of the-text.
The-paragraph you are-reading now has the-feature we are-talking about and you can-experiment with it.
We can-set IDs, if we need them, on every SENTENCE in a-paragraph.
ID-Patterns:
If the-author of a-doc uses patterns to write the-IDs of a-text-file, it helps the-reader to quickly identify the-parts of the-file.
Examples:
- idA4 (article)
- idA4P2 (paragraph)
- idP2 (Part)
- idP2C2 (Chapter)
NOTATION: the-ID of a-heading-element is the-ID of its section-element plus H1, H2, etc.
This way we can-link and preview the-part of the-doc with this heading.
Description::
By setting IDs in all elements of a-text, we can-refer to any part of a-document.
Then we can-use links in all places in a-text we refer to another place inside a-document or outside of it.
Law-texts are full of references.
Find the-references it is difficult and sometimes impossible.
If the-references are "one click away", then reading law will become easier.
Description::
Using MathJax we can-have "beautiful math in all browsers". For example:
HOW:
1. we need to add the following code inside the-head-element:
<script src="http://cdn.mathjax.org/mathjax/latest/MathJax.js?config=TeX-AMS-MML_HTMLorMML"></script>
and
2. create the-math-code. An easy method is from the online site ShareMath.
Description::
The-CSS-language models the-presentation of the-archo-doc.
We use a-css-file[1] for harmonization in the-appearance of documents and for the-toc creation.
You need the following code, inside the-HTML-doc, to use it[1]:
<link rel="stylesheet" href="https://synagonism.github.io/hitp/hitp.css">
You can-store the-hitp.css-file AND in your server.
Also you can modify the-appearance of the-document by using AND your own css-file.
Name::
* cpt.hitpcss,
* cpt.hitp'css,
* cpt.hitp'code.css,
===
Description::
Like the-IDs, the-name of all css-classes begin with 'cls'.
Below is the-code of the-classes I am-using.
Name::
* cpt.hitp'css'class,
* cpt.hitp'cls,
* cpt.hitpcls,
===
hitp'clsCenter {
text-align: center;
}
hitp'clsCenterBlock {
display: block;
margin-left: auto;
margin-right: auto;
}
hitp'clsCenterInline {
display: block;
text-align: center;
}
hitp'clsBtn {
border-radius: 5px;
font-size: 12px;
margin: 2px 0 5px 12px;
}
hitp'clsBtn:hover {
background: #e0f2f7;
color: red;
}
hitp'clsColorBlue {
color: #0000ff;
}
hitp'clsColorGreen {
color: #008000;
}
hitp'clsColorGreenBg {
background-color: #008000;
}
hitp'clsColorRed {
color: #ff0000;
}
hitp'clsColorYellow {
color: #FFFF00;
}
hitp'clsColorYellowBg {
background-color: #FFFF00;
}
hitp'clsEditor {
background: transparent;
color: #999999;
}
hitp'clsFontGrExt {
font-family: "Palatino Linotype";
}
hitp'clsFontGrMg {
font-family: MgPolNewTimes;
font-size: 16px;
}
hitp'clsFontSerif {
font-family: Serif, "Times New Roman", Georgia;
}
hitp'clsFontSansserif {
font-family: SansSerif, "Microsoft Sans Serif", Arial, Dialog, Tahoma;
}
hitp'clsFontMonospaced {
font-family: Monospaced, "Courier New", Courier;
}
hitp'clsFontScript {
font-family: Script "Monotype Corsiva";
}
hitp'clsFontDecorative {
font-family: Wingdings;
}
hitp'clsPagePb {
display: block;
text-align: right;
color: green;
}
hitp'clsHide {
//misc attributes that hide id-link and expose it by hovering.
}
hitp'clsSizeSmall {
font-size: small;
}
hitp'clsSizeSmallX {
font-size: x-small;
}
hitp'clsSizeMedium {
font-size: large;
}
hitp'clsSizeLarge {
font-size: large;
font-weight: bold;
}
hitp'clsSizeLargeX {
font-size: x-large;
font-weight: bold;
}
Description::
You can-download this file, or use the online one.
Description::
Browser-javascript-language models the-information processing on the-page.
- creates the-toc and inserts it into the-page.
- makes the-width of toc-container dynamic.
- adds preferences on the-page.
- adds the-site-structure.
- adds the-page-path.
- ...
Name::
* cpt.hitp'browser-javascript,
* cpt.hitp'code.browser-javascript,
* cpt.hitp'code.javascript,
* cpt.hitp'code.js,
* cpt.hitp'javascript,
* cpt.hitp'js,
* cpt.hitp'language.javascript.browser,
* cpt.hitp'ljb,
* cpt.hitp'ljb-code,
* cpt.hitp'ljb-doc,
* cpt.hitpljb,
* cpt.javascript-code,
* cpt.javascript-doc,
* cpt.ljb-code,
* cpt.ljb-doc,
* cpt.ljbcode,
* cpt.ljbdoc,
===
Description::
'hitp.js' is the-javascript-code you need to create a-hitp-webpage.
It is part of the-HTML-doc.
It is-included using the-script-element at the-end of the-body-element:
<script src="https://synagonism.github.io/hitp/hitp.js"></script>
You can-download this file, or use the online one.
So, hitp.html, hitp.css and hitp.js is the-code needed to create hitp-pages, and it is free (MIT license).
Description::
When you are-reading text on a-computer-screen you are-losing your reading-position.
Hitp-webpages automatically create the-table-of-contents-tree (toc) of the-doc of the-page and show your reading-position.
HOW: you need to add the following code at the-end of the-body-element:
<script src="https://synagonism.github.io/hitp/hitp.js"></script>
The-attributes of hitp-toc are:
* It is expandable.
* There is two-way communication between the-toc and the-content.
- By clicking on the-toc, goes to that heading in the-content.
- By clicking|hovering on content, this content position is highlited in the-toc and its parents are only expanded, giving to the-reader the big picture of the-position s|he is-reading.
Thus the-toc improves the-readability of big documents.
* If the-user needs more space for the-content, the-splitbar has a-button that closes|opens the-toc with one click.
* The-splitter changes width.
My previous approach was the-creation of a-Chrome-extension, my Table-of-contents-crx which creates a-toc on any page with headings only in Chrome.
Name::
* cpt.hitp'toc,
* cpt.hitp-toc,
* cpt.hitp'toc-tree,
===
Description::
Another functionality that facilitates reading is the-addition of previews (pop-ups) on internal (same-origin) links with destination relatively small chunks of text.
This is especially useful for footnotes, abbreviations, definitions, index items, paragraphs etc.
HOW: you only have to add the-class 'clsPreview' on the-links you want to trigger popups when the-reader is hovering over them.
<a class="clsPreview" href="#idPreview">link-preview</a>
Name::
* cpt.hitp'link-preview,
* cpt.hitp'popup,
* cpt.hitp'preview,
===
Description::
Our information is full of generic-specific and whole-part trees.
Now hitp support collapsible trees, easily readable.
HOW:
You create the-tree as an-html-unordered-list (UL).
Then you add the-class 'clsTreeUl' on the first element.
That's it, the-rest is done by the javascript code of the-page.
Name::
* cpt.hitp'tree,
* cpt.hitp'tree,
* cpt.hitp'tree-info,
* cpt.hitp'info-tree,
===
Description::
A-hitp-webpage contains and extra info other than a-doc.
Most of this info is-stored in the-meta-title-content-tree.
Name::
* cpt.hitp'meta-info,
* cpt.hitp-meta-info,
===
Description::
By setting a-p-element[1] with id "idMetaWebpage_path", the-program sets its content as the first paragraph in the left toc-container, showing where the-page fits in the-site's-structure.
NOTE: If the-document does-not-contain this paragraph, the-program sets the-title-element as page-path.
I put this[1] element as the last paragraph of the-meta-title-content-tree.
Description::
Every hitp-page, except of presenting its own structure, presents and its site-structure in a-collapsible-tree.
HOW: You have to add ONCE in the-root-directory of the-site the-file 'filSite-structure.html' with the-site-structure in the-form of an-unordered-html-list.
Modifying this file, ALL the-hitp-pages will-present the-changes.
Name::
* cpt.hitp'writing-style,
===
Description::
Today, our information has MANY interpretations/meanings (= polysemous).
Hitp-pages can-reduce it, by accepting the-following writing-style.
Names:
We use the-name-notation-of-this-site.
No spaces inside names.
Definition-links:
The-names of the-sentences are-connected with preview-links with their definitions.
Sentences:
Every sentence begins in a new line, which improves readability.
Description::
Html5.id.toc.preview-pages improve the-functionality of the-indexes of documents because we have the-capability to refer|link, from the-index, to any part of the-text (because we use IDs) and preview these parts.
Description::
Every text describes CONCEPTS.
The-concepts have NAMES.
Every SENTENCE in a-text is composed of names.
IF we create the-concept-index of a-text, with every concept-entry to hold its names and its definition, THEN we will-have ONE interpretation of the-meaning of a-text (= monosemous-text).
IF we set preview-linking on the-names of sentences with the-concept-index, THEN the-understanding of a-text will-become FAST.
Name::
* cpt.hitp'concept-index,
* cpt.hitp'index.concept,
===
Description::
Every text describes concepts and relations of concepts, which form a subjective MODEL (modelConcept) of reality.
More important than the-concept-index is the-modelConcept of the-text.
In a-model-concept a-concept-entry contains, except its names and its definition and ALL its attributes|characteristics.
A crude example of a-modelConcept contains my hitp-page of the Keynes book 'The General Theory of Employment, Interest, and Money'.
A better example is my Javascript-programming-language-concept.
Name::
* cpt.hitp'concept-model,
* cpt.hitp'modelConcept,
===
Description::
Βy setting as ID on each name|term-entry the pattern "idHitpidx-term", the-reader will-have very quick access to the-entries.
un.sna.2008.html is an-example with a-name-index.
Name::
* cpt.hitp'index.word,
* cpt.hitp'word-index,
===
Description::
The majority of programs today search a-text for words and NOT names.
By pressing Ctrl+F or F3 you can-search for words.
Description::
This webpage's work is FREE under the-creative-commons Attribution-3.0-Unported-(CC-BY-3.0)-license.
The-computer-code is under the-MIT-license, you can-find it on GitHub.
Name::
* cpt.hitp'issue,
* cpt.hitp'problem,
===
Links {2016.01.25}:
I implemented a-custom-event on clicking links, because of history problems in different browsers.
So Shift|Ctrl+click does-not-work.
WORKAROUND: right-click on a-link and choose the-command.
location.href {2013.08.16}:
FIXED
In contrast to Chrome, Firefox loses selected-text after setting value on 'location.href'.
WORKAROUND: first click to go to that location and then select-text from this location.
Back-Forward {2013.08.16}:
FIXED.
Clicking on buttons 'back', 'forward' shows the visited locations but does not go to that location.
WORKAROUND: click on the-address-bar and hit enter.
Name::
* cpt.hitp'example,
* cpt.hitp.specific,
===
SPECIFIC::
This site presents many examples with our proposal.
Actually I'm writing the-site with this proposal.
Reading the-code of these examples and seeing its behavior, is the best way to understand what really we are-proposing.
• ebook-examples.
• law-examples.
• standard-examples.
• empty-page to edit on GitHub-project-page.
Name::
* cpt.hitp'evolution,
* cpt.hitp.evolution,
===
hitp.16.2017-06-05.Searching:
- Structured-concept-searching: with this operation it is-demonstrated THE-POWER of structured-concepts.
- 'mouseover' event, shows its position on ToC. {2017-05-30}
hitp.15.2016-10-27.Any-machine:
- The-site looks and behaves the-same on any machine of size and input-method.
- Hovering events removed. NOW first-click does the previous hovering events and second-click the previous click events.
- Font-awesome-icons added.
- clicking on blue-links shows preview, SECOND-clicking goes destination. {2016.09.27}
- clicking on content shows position on toc (touch input friendly).
- Collapsible-trees added. {2016.07.20}
hitp.14.2016-06-09.Title-Content-Tre:
Recursive-definition of 'title-content-tree'.
Document-unit, div.
hitp.13.2016-06-07.Preview:
Preview-links have more darkblue-color than non-preview-links. {2016.05.01}
Added a-time-delay on preview-links. {2016.04.30}
Changed id-link from ¶ to a background link image. {2016.02.23}
hitp.12.2016-01-24.Toc-Icons:
Changed the icons of the-toc-tree to images from characters, for compatibility.
hitp.11.2015-10-26.Preferences:
Users now can-choose how they prefer to view hitp-pages:
- they can-have or not the link-preview characteristic,
- they can-see on the table-of-contents the position of the content they are reading by hovering or clicking on that content.
hitp.10.2014-08-05.VALUENAMES | TYPENAMES:
With 'valuename' I mean a-NAME (identifier) of a-name-value-pair (variable), that denotes the-VALUE (type) with which it is-associated.
Now ALL the-custom-names of my code are valuenames, with its FIRST-CHARACTER to denote its value|type:
- aName denotes array.
- bName denotes boolean.
- fName denotes function.
- nName denotes number.
- oName denotes object.
- rName denotes regular-expression.
- sName denotes string.
- xName denotes mixed-values.
This method is a SIMPLE method to make javascript a type language!!!
This way we increase the readability of the source code.
I published my new code, with the MIT license (= do whatever you want, only mention my work), on GitHub at https://github.com/synagonism/hitp.
hitp.09.2014-08-02.NO-jQuery:
I rewrote the-code, by removing jQuery.
Everything now is vanilla javascript.
Fixed: preview popup location.
hitp.08.2014-01-09.Table-of-contents:
Hovering a piece of text, you see its position on ToC.
To see the-address of the-text you click on ¶.
With the previous functionality, you had to click on text to see its position.
hitp.07.2013-11-06.Tabs:
The page-structure is set under a tab.
hitp.06.2013-08-21.Site-structure:
Now each hitp-webpage presents and its site-structure except of its own structure.
hitp.05.2013-07-15.ToC-Algorithm:
I wrote a new smaller specific algorithm that creates the ToC of a hitp-page.
The previous was the one of html5-outliner-chrome-extension.
Also I enclosed the-code in one literal object, the 'HITP'.
I allow gaps in headings like: h1, h2, h4 because existing docs use this pattern.
hitp.04.2013-06-27.Name:
I change the-name of the proposal from html5.id.toc to html5.id.toc.preview (= html5IdTocPreview)
in-order to include all its main attributes.
Abbreviation: ebkHitp, hitp.
hitp.03.2013-04-14.Preview:
HTML5.ID.TOC.PREVIEW: Another feature that facilitates reading-productivity.
hitp.02.2013-04-01.Table-of-Contents:
HTML5.ID.ToC: Adding a few lines of javascript code the static-pages are becoming dynamic ('applications!') but this facilitates reading.
This way the 'electronic-text' begins to have more advantantages than 'printed-text'.
Other forms of 'electronic-text' which merely digitize printed-text are inferior to 'printed-text'.
hitp.01.2011-02-17.first-publication:
HTML5.ID: the goal of my first try was to show a simple method of a-text-format we can-read in a ubiquitous web-browser that anyone can-REFER to any part of it.
The main types of texts I had in my mind were law-texts.
Description::
We can-have a simple versioning paradigm on hitp-pages by setting the-date on its file-name plus one or more numbers indicating how many times changes have-occured, ie 'index.16.2016-06-09.html' (= version 16 of index.html on {2016-06-09}).
Having and a-file with only the-file-name but with the LAST-MINOR-DYNAMIC version we can always have access to the last version with minor changes we do-not-think important to hold records on them.
From internal links we can-have access to previous dated versions.
As example look this file you are-reading.
Evolution is a continuous entity.
Every author SUBJECTIVELY desides when to call a-page 'version'.
Description::
* DONE. {hitp.15.2016-10-27}
* Make it mobile friendly. {2016.08.08}
This page was visited times since 2013.05.30.
Page-path: synagonism.net / hitp-webpage-dialect
Webpage-versions:
• version.dynamic: index.html.
• version.16.2016-06-09.title-content-tree (15-18): index.16.2016-06-09.html.
• version.15.2016-01-25.content: index.15.201-01-25.html.
• version.14.previous: index.2013.08.23.14.html (site-structure)
• version.13.previous: index.2013.08.20.13.html (name webpage)
• version.12.previous: index.2013.06.29.12.html (new-dir-hitp)
• version.11.previous: /hit/index.2013.06.26.html (new-name)
• version.10.previous: /hit/index.2013.06.18.html (no-doc.ready)
• version.9.previous: /hit/index.2013.06.01.html (synagonism.net)
• version.8.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.05.29.html (concept-index)
• version.7.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.05.15.html (math)
• version.6.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.04.14.html (link-preview)
• version.5.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.04.01.html (toc)
• version.4.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.03.31.html (counter)
• version.3.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.03.28.html (¶ right)
• version.2.previous: /gym-eleous.ioa.sch.gr/textid/index.2013.01.16.html
• version.1.published: /gym-eleous.ioa.sch.gr/textid/index.2011.02.17.html
• Created: 2011.02.15