Attribute normalisation and character entities
Arjun Ray
aray at q2.net
Tue Jan 25 05:20:03 GMT 2000
On Mon, 24 Jan 2000, I wrote:
> On 24 Jan 2000, Richard Tobin wrote:
>
> > Section 3.3.3 [...]
> > However the Oasis test suite [...]
> >
> > Which is correct?
>
> If the intent is to do it the SGML way, then 3.3.3 is correct. [...]
>
> The SGML gotcha here has to do with the 'SEPCHAR' category.
s/SEPCHAR/SPACE/g
Sorry about that.
Perhaps it's worth pointing out that a numeric character reference is
the only way to have the literal character in a normalized attribute
value, since internal CDATA entities are not allowed. So, under the
Oasis interpretation, one could never have end-of-lines in CDATA
attribute values. I'm not sure that's reasonable.
OTOH, if these literals do sneak through the whitespace rules, what
about the further tokenization for non-CDATA attributes? The SGML
rules scream "Error!!", but I'm not sure that's reasonable either.
Arjun
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Unsubscribe by posting to majordom at ic.ac.uk the message
unsubscribe xml-dev (or)
unsubscribe xml-dev your-subscribed-email at your-subscribed-address
Please note: New list subscriptions now closed in preparation for transfer to OASIS.
More information about the Xml-dev
mailing list