W3C home > Mailing lists > Public > www-xml-infoset-comments@w3.org > July to September 2001

Response to your comment on the XML Infoset CR draft

From: <www-xml-infoset-comments@w3.org>
Date: Thu, 26 Jul 2001 14:39:34 +0100 (BST)
Message-Id: <200107261339.OAA01177@mcpherson.cogsci.ed.ac.uk>
To: jjc@jclark.com
Cc: www-xml-infoset-comments@w3.org
This is the XML core working group's response to your comment(s) on
the XML Infoset CR draft.  Please let us know within seven days (by
mail to www-xml-infoset-comments@w3.org) whether you accept our
resolution or instead wish to have your objection recorded as a
minority opinion.

Issue clark 
Use of Unexpanded Entity Reference items

Response summary: rejected

Unexpanded entity reference items are also used in the case where the
processor has not read a declaration for the entity, either because it
has not read the whole DTD or because there is no declaration. We
consider that it is useful for the Infoset to support these cases
since both are allowed by XML 1.0 specification (the absence of a
declaration for an entity may be only a validity error).

Note that the Infoset makes these cases distinguishable - the [system
identifier] property of the unexpanded entity item will have a value,
be unknown, or have no value depending on whether the processor has
read a declaration, not read one (but not read the whole DTD), or not
read one despite reading the whole DTD.

The [all declarations processed] property indicates whether the
processor has read the whole DTD, and a value of false should be
interpreted as meaning that the processor may not have been able to
generate the correct Infoset of the document, both in terms of
entities and attribute defaulting and normalization.

Handling attribute values containing (legal) references to externally
declared internal entities is a problem for processors in general, not
just the Infoset. Erratum E10 to the second edition make it an error
to pass such documents to processors that do not read the whole DTD.
Received on Thursday, 26 July 2001 09:39:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:08:02 UTC