- From: <bugzilla@jessica.w3.org>
- Date: Thu, 18 Aug 2011 08:44:47 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13410 --- Comment #6 from David Carlisle <davidc@nag.co.uk> 2011-08-18 08:44:47 UTC --- (In reply to comment #4) > Isn't this just XML's problem? Why would we need to redefine the XML spec here? > I don't understand the problem. What is the interoperability risk here? XML doesn't define an algorithm for serialising a DOM tree. You could just say that the "xml fragment serialisation" as referred to by the html spec meant "any string which would parse to the same tree given an XML parser" but then subsequent processing needs to be defined to be tolerant to the implementation-specific differences that that generates. As Anne just mentioned there are choices about whether to use xml declarations, whether to use foo/> or foo></foo> whether to use > or > etc etc. If it woul dbe sufficient to define the xml serialisation in this way one would expect that it would be sufficient to define the html serialisation the same way: any string which parses to the same dom using the html parse algorithm. However that is not the way the html serialisation is defined, one particular serialisation is defined (which seems like a good thing to me from an interop point of view) -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Thursday, 18 August 2011 08:44:48 UTC