- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Wed, 26 Jan 2005 12:18:29 -0500
- To: Ian Hickson <ian@hixie.ch>
- Cc: public-xml-id@w3.org
- Message-id: <87oefcjehm.fsf@nwalsh.com>
/ Ian Hickson <ian@hixie.ch> was heard to say: | On Thu, 20 Jan 2005, Norman Walsh wrote: [...] |> | Thus I disagree with this resolution. |> |> Are you persuaded by my observations to change your mind? | | No. IMHO, specifications adding layers on top of the XML specification | should never change the infoset/DOM representation, only augment it. The Core WG reviewed this issue once again and stands by their earlier resolution. From the minutes[1] of the 26 Jan telcon: normalization ------------- http://lists.w3.org/Archives/Public/public-xml-core-wg/2005Jan/0052 http://lists.w3.org/Archives/Public/public-xml-id/2005Jan/0022 We want xml:id values to be normalized in the infoset. Ian says browsers don't now do this; he doesn't like the fact that we are changing the infoset values for xml:id from what they would be in an infoset created by an xml:id unaware processor. But we are quite sure we do want to do this for xml:id. Given that we are changing the type of xml:id from CDATA to ID, it doesn't seem additionally problematic to normalize its value too. It won't break existing documents, since there can be no existing documents that use xml:id. Our proposed behavior is equivalent to putting something in your internal subset declaring xml:id to be an id. Be seeing you, norm [1] http://lists.w3.org/Archives/Public/public-xml-core-wg/2005Jan/0065.html -- Norman.Walsh@Sun.COM / XML Standards Architect / Sun Microsystems, Inc. NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Received on Wednesday, 26 January 2005 17:19:22 UTC