- From: <bugzilla@jessica.w3.org>
- Date: Tue, 18 May 2010 00:24:56 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9751 Summary: [FO11] Product: XPath / XQuery / XSLT Version: Working drafts Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P2 Component: Functions and Operators 1.1 AssignedTo: mike@saxonica.com ReportedBy: davidc@nag.co.uk QAContact: public-qt-comments@w3.org fn:parse says ... This function takes as input an XML document represented as a string, ...The precise process used to construct the XDM instance is implementation-defined. In particular, it is implementation-defined whether DTD validation is invoked, and it is implementation-defined whether an XML 1.0 or XML 1.1 parser is used. I assume that it would be conformant to supply the xpath engine with a parser that accepted some other syntax than xml and returned an XDM tree (or equivalently returned the sax events to allow you to build an XDM tree). HTML5 being a topical example. Practically speaking, if an html5 parser exposing sax events is used the system probably can't tell anyway. Accepting html is arguably allowed by the "implementation defined" quoted above except that the error condition A dynamic error [err:FODC0006] is raised if the content of $arg is not a well-formed and namespace-well-formed XML document. has to be read with care if it is not to be interpreted as saying a system must raise an error if presented with HTML markup. Presumably (that is, I presume, but I'm unsure if I should presume) the intention is that FODC0008 is raised if an XDM tree can not be constructed by the "implementation defined process" when supplied the string $arg. -- 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 Tuesday, 18 May 2010 00:25:02 UTC