OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: Questions on XML syntax and conformance issues

[ Lists Home | Date Index | Thread Index ]
  • From: Morus Walter <morus.walter@gmx.de>
  • To: xml-dev@xml.org
  • Date: Wed, 08 Mar 2000 21:44:13 +0100 (CET)

On 08-Mar-00 Richard Tobin wrote:

Thanks for your anwsers.

> The test is wrong.  Some people have interpreted the table in section
> 4.4 as saying that parameter entities are recognised in attribute
> defaults, but this is fixed in erratum 41
> (http://www.w3.org/XML/xml-19980210-errata#E41):
Thanks. That makes it clear.
BTW: is there anywhere an updated version of the spec including the errata
corrections? Of course this wouldn't be the spec an longer, but would be
helpful, since going through the errata list on every question is a lot of work.

> The test does not match the spec, and I have asked for clarification
> (by mailing the xml-editor address given in the spec).  I believe that
> the answer *should* be that the normalised result is "a\nb" and that
> this should be invalid (but well-formed).  It's invalid in SGML
> because the result of expanding a character entity is treated as
> character data and not as SPACE.
So you would say, that `a&#32;b' should be invalid too?
Having a fast look at the spec I think this would be wrong.
Section 3.3.3 says, that attribute-value normalization takes place before
checking of the value. And since "[8] Nmtokens ::= Nmtoken (S Nmtoken)" I
would say, both 'a&#32;b' 'a&#10;b' (checked as 'a b' and 'a\nb') are valid.
However I would still prefer to see this as an error in the spec. It does
not make sense to deliver different strings to the application in these cases.
Considering your note on SGML this seems to be another point where the languages

> Did you find an Oasis test that gets this wrong?
No. See my anwser to Takuki Kamiya on this. Sorry for the confusion.


This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS