W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2011

[Bug 13410] New: XML serialisation incompletely defined.

From: <bugzilla@jessica.w3.org>
Date: Thu, 28 Jul 2011 15:52:10 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-13410-2486@http.www.w3.org/Bugs/Public/>

           Summary: XML serialisation incompletely defined.
           Product: HTML WG
           Version: unspecified
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: davidc@nag.co.uk
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,


The XML fragment serialisation is not defined in the same detail as
the HTML fragment serialisation algorithm. The latter specifies in some
detail how the HTML syntax corresponding to a node is constructed, and
how strings are quoted. The XML version does neither.

In particular the algorithm described here is not clearly consistent
with that defined in the draft DOM Parsing and Serialization spec.
For example in the html spec it is implied (although not particularly
explicitly) that a CDATA node may need to be serialised as multiple
CDATA sections if certain otherwise illegal character data is contained
in the node, whereas dom-parsing says:

If data doesn't match the CData production, throw an INVALID_STATE_ERR
exception and terminate the entire algorithm. 

Note that the XQuery/XSLT serialisation spec specifies in detail rules
for serialising CDATA and other problematic cases
It would be good if the xml and html fragment serialisation algorithms
were at least compatible with the xml, xhtml and html serialisations
defined there.

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, 28 July 2011 15:52:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:56 UTC