W3C home > Mailing lists > Public > www-xml-blueberry-comments@w3.org > July 2003

Re: XML 1.1 CR comment response for Harold-02

From: Paul Grosso <pgrosso@arbortext.com>
Date: Thu, 03 Jul 2003 11:50:48 -0500
Message-Id: <>
To: Elliotte Rusty Harold <elharo@metalab.unc.edu>
Cc: www-xml-blueberry-comments@w3.org


In light of John's clarification, do you still wish to record
a formal objection or do you now accept the WG's resolution?


At 12:15 2003 07 03 -0400, John Cowan wrote:
>Elliotte Rusty Harold scripsit:
>> I absolutely do not accept this one. I think you have a major problem 
>> here, and I very much would like to record a formal objection. I went 
>> back and reread the currently published draft spec of XML 1.1. The 
>> current published version of this document leaves no room for the 
>> interpretation that parsers may validate and check for 
>> well-formedness against the normalized forms of characters when the 
>> unnormalized forms are present. As written <e'></> is malformed 
>> (where e' means e followed by combining accent acute).
>> This is actually what I think should be the case. However, it appears 
>> that some members of the working group do not believe this is true, 
>> and think it is optional for parsers to report a fatal error when 
>> encountering such an element. This may be what the working group 
>> intended to say, but it is not what the spec does say. If this is 
>> your intent, then you need to change the language of the spec to 
>> indicate that the BNF productions, well-formedness constraints, and 
>> validity rules are verified only after normalization has taken place.
>You sound as if you think XML 1.1 parsers MAY or MUST normalize their
>inputs.  This is absolutely false, and indeed XML 1.1 says "MUST NOT
>normalize".  What XML 1.1 parsers MAY (indeed, SHOULD) do is check whether
>their inputs are already normalized, and if not, report.
>The example you give can't possibly be anything but a fatal error
>even assuming that the parser reports non-normalized input (as it
>SHOULD do) and the application elects to continue.
Received on Thursday, 3 July 2003 12:51:14 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:13:20 UTC