HTML+ is positioned as a simple format especially suited to the needs of the
World Wide Web, with a wider range of features than the earlier HTML format,
e.g. tables, forms, figures, equations, and improved support for dividing
large works into a number of smaller nodes.
Supporting large works, e.g. books
----------------------------------
The existing draft is too concise and needs worked out examples of how
A node could be designated as the top level with the order of links in this
Tables
Minor changes only, <tbl> to be replaced by <table> and <tt> by <tblcap>.
Figures
Due to lack of interest and to ensure simplicity, the <FIGT> element for
Lists
As currently drafted HTML+ doesn't allow DL lists within UL and OL lists.
O'Reilly & Associates have suggested we give authors greater control over
For unordered lists, a new attribute wrap=horiz or wrap=vert would allow
Normal text
The line break tag <BR> is to be dropped in favour of a <L>....</L> element
Perhaps the DTD should require authors to use a <P> element rather than
Emphasis
At the www workshop, some people complained that the EM element was
Presentation specific tags:
<I>, <B>, <U>, <S> for italic, bold, underline and strike-thru
These could be nested and optionally take a role attribute.
Bibliographic tags:
<author>, <cite>, <isbn>, ...
Computer Documentation tags:
<cmd>, <opt>, <kbd>, <var>, <dfn>, ...
Miscellaneous tags:
<sub>, <sub>, <footnote>, <margin>
The logical tags could be an open ended set with their rendering controlled
Changes to documents
In addition to the change bar elements, there are two new elements for legal
Many thanks,
Dave Raggett
books and other large works can be broken up into a number of separate
nodes. The features for implicit and explicit navigation links need
further explanation, and offer a way of making available vast quantities
of works for which
navigation buttons dependent on the node in question. This would work well
even for scanned documents with each page as a separate node.
node implying the prev/next sequence for reading its contents. Alternatively,
a more general hierarchy can be defined analogous to printed books with a
table of contents (TOC) as just another node. In this case, the prev/next
sequence is defined independently of the TOC. The GROUP tag is used to define
hierarchical structures independently of node boundaries. (I would also like
to rename GROUP to SECT to make its role more obvious).
------
<tb> to be dropped. The performance fears due to the need for a pre-pass
seem to be unwarranted, since this information can be cached and used for
resizing and scrolling.
-------
overlays is to be dropped. It could be reinstated in future versions of HTML+.
Some people at w^5 suggested that <IMG> be used to define the image content
for figures. I am against this as the IMG align attribute (top, middle,
bottom) is quite different from that of FIG (left, center, right). It also
avoids having to add alignment attributes to the EMBED tag.
-----
Some people have complained that this is unnecessarily restrictive.
lists perhaps inspired by the DocBook DTD. Thus for UL lists we could
support mark=bullet, dash, box, check or a URL/URN for an icon. A small set
of standard symbols
and LowerRoman (i, ii, iii) etc. Alternatively, authors should be allowed
to specify the sequence identifier as an attribute e.g. <LI ITEM="c)">
multicolumn lists to be wrapped appropriately. For the second case with N
items in the list, the current window size determines the number of columns C,
and each column then has the N/C items (as in a standard Unix ls command).
This mechanism requires a simple pre-pass to establish
-----------
which
allowing naked %text;
--------
overloaded and should be split up. Perhaps we should move to something closer
to HTML with a small set of presentation specific tags plus a wider set of
logical tags, e.g.
via associated style sheets. This approach means that browsers can simply
ignore such
as if the tag wasn't present. This also applies to unknown attributes.
--------------------
documents: <added> and <removed> rendered as strike-thru and italic text
respectively (along with optional colour cues).