Report from the SGML ERB meeting of Oct. 9th
The SGML ERB met Wed. Oct 9th and voted on quite a few items. In attendence:
Bosak, Bray, Clark, DeRose, Hollander, Kimber, Maler, Paoli, Sperberg-McQueen,
and Sharpe. Absent: Magliery and Connolly. By a recent resolution of the ERB,
and at Dan Connolly's request, he is now a non-voting liaison member. Thus,
"Unanimous" means 10 in favor. No votes were close enough that Tom's presence
or absence would have made a difference.
Several issues were left unresolved at the end of the meeting; the ERB will be
meeting tomorrow and Saturday to get through this stuff.
>A.1 XML will have only one concrete syntax, fixed at XML
>specification time, not document-instance parse time (0.2, 13.3,
>A.2 All or virtually all the information provided by a normal
>SGML declaration will be fixed for all documents; no SGML declaration
>will be necessary. (Possible exception: character-set information may
>vary document to document, but will be conveyed in other ways.)
>A.3 XML will have no OMITTAG, DATATAG, SHORTREF, LINK, CONCUR,
>RANK, or SUBDOC features (7.3.1, 18.104.22.168, 22.214.171.124, 7.3.2, 7.4, 7.5, 7.6,
>7.7, 7.8, 9.4.6, 11.2, 11.5, 11.6, 13.5).
>A.4 XML will make only partial use of the SHORTTAG feature:
> * no minimized start-tags or, probably, end-tags (7.4, 7.5)
> * no omission of attribute name and value indicator (126.96.36.199)
> * omission of attribute-value specification will be legal for
>attributes not declared REQUIRED (7.9) (applies only when
>DTD is supplied and used)
>The final point, on omitted attribute-value specifications, raises the
>general question of how XML systems will behave when no DTD, or a
>partial DTD, is provided -- if such omitted or partial DTDs are allowed.
>It also raises the question of providing a way for a document to signal
>that its DTD can be skipped without loss of information (e.g. because it
>has no default attribute values, or no empty elements, etc.). These
>questions are to be discussed and decided separately.
>A.5 XML will have no quantities or capacities (7.3.3, 7.4.2,
>7.9.2, 188.8.131.52, 9.4.1, 9.4.2, 9.8, 11.3.1, 13.2).
>A.6 XML will not allow asynchronous marked sections -- marked
>sections must begin and end in the same element.
Passed; Unanimous. As Harvey Bingham pointed out, this needs careful phrasing
to avoid ambiguity.
>A.7 Should XML have CDATA, RCDATA, and TEMP marked sections or
XML will have CDATA marked sections, which must begin with the 9-character
literal string "<![CDATA[" and end with the 3-character literal string "]]>".
This is essentially Charles Goldfarb's proposal, although we may not call them
XML will not have RCDATA or TEMP marked sections.
>A.8 Should XML have INCLUDE and IGNORE marked sections or not?
>(If this question is answered YES, it leads to a separate question, how
>to achieve conditional inclusion in XML markup declarations. This
>related question is to be decided separately.)
Split in two: XML will not have INCLUDE or IGNORE marked sections in document
instances; Unanimous. The question of conditional markup in declarations is
>A.9 XML will have no CDATA or RCDATA elements (11.2.3).
>A.10 How should XML escape markup delimiter characters in content
>(especially if (R)CDATA elements and marked sections are not
Unanimously agreed that CDATA marked sections are to be used for blocks of
text. See A19 for more on this.
>A.11 XML will retain the distinction between element content and
>mixed content (7.6, 11.2.4). (Applies only if DTD supplied and
Passed, DeRose dissenting.
>A.12 XML will require all attribute-value specifications to take
>the form of attribute-value literals (7.9.3, 184.108.40.206).
>A.13 XML will not allow RE to end an entity or character
>reference; an explicit refc must provided, and it must be a semicolon
>A.16 XML will stipulate that character references within
>processing instructions should be resolved by the XML parser (8).
Defeated, Sperberg-McQueen dissenting.
>A.18 XML will have declarations for elements, and attributes, but not for
short-references or links (11.1).
Passed, Unanimous, for elements and attributes. Notations and entities remain
>A.19 XML will retain fundamentally the same parsing rules as
>SGML, though they may be expressed differently. (N.B. there is some
>sentiment for making XML's rules more restrictive than SGML's.)
Agreed unanimously that the rules should be stricter than SGML in that the
characters '&', '<', and '>' are deemed always to delimit markup, and must
always be escaped, specifically as "&", "<", and ">", when appearing
in parsed character data. The ERB recognizes that this impinges on the user's
name space in an un-SGML-like way, but feels that this has already, de facto,
>A.21 like SGML, XML will forbid empty strings as attribute values
>for non-CDATA attributes, require FIXED attributes to take their default
>values (220.127.116.11, 18.104.22.168), and distinguish implied values from
>null-string values (11.3.4).
Passed, 7 in favor, DeRose, Hollander, and Sperberg-McQueen dissenting.
>A.23 XML will have no CURRENT attributes, but it will have FIXED,
>REQUIRED, and IMPLIED attributes, and attributes with explicit
>A.24 Unlike SGML, XML will not allow direct references to
>external data entities from within parsed character data (9.4).
>A.25 Like SGML, XML will forbid recursive entity reference
>A.26 Like SGML, XML will allow elements to be declared ANY
>(11.2.4). (Whether other similar shorthand declarations will be
>defined, e.g. for any subelements but not allowing PCDATA, will be
Passed, Bray dissenting.
>A.27 XML will behave like SGML as regards behavior and precedence
>of occurrence indicators and connectors in content models (22.214.171.124,
>126.96.36.199). (Whether to abolish the AND connector will be decided
Cheers, Tim Bray
firstname.lastname@example.org http://www.textuality.com/ +1-604-488-1167