These pages are now out-of-date Bookmarks / SGML / HyTime and Architectural Forms |
ISO/IET 10744:1997 - The HyTime standard (second edition) (
HTML), and
technical corrigendum (3 April 1998).
Alternative version
(I'm not sure what the status of this is, relative to the above).
The standard is relatively easy to read (for a standard), but the
reader's guide
is a useful companion.
Sources:
http://www.hytime.org
>About HyTime: introductions and overviews.
Groves are a central concept, abstract rather than inherently
difficult. There are
several exellent discussions of groves in the appropriate SGML
special topics section. Here is a selection.
W. Eliot Kimber on
What are groves? (informative and clear, but also rather
dense). It includes the illuminating remark:
The HyTime standard also relies on groves and property sets in that all HyTime functionality is defined as operations on nodes in groves, rather than on the syntax of SGML documents. Thus, HyTime and DSSSL share the same fundamental abstract data view of SGML documents. This same abstract data view could be used by any other processor, standard or proprietary.
Support for HyTime in tools, and other supporting applications.
comp.text.sgml
, on
Kimber paper on
Re-Usable SGML: Why I Demand SUBDOC, which
includes the remark
The HyTime function needed to support cross-document ID references is minimal and can be easily implemented by tool vendors and in purpose-built tools. [...] NSGMLS and Perl are more than capable of providing the same functions. You need only support thenameloc
andnmlist
architectural forms and need not even support multiple locations (meaning that each nameloc refers to a single target element).
![]() |
Norman 1 January 2001 |