W3C home > Mailing lists > Public > public-qt-comments@w3.org > March 2010

[Bug 9302] New: [XQuery11] How are output declarations processed?

From: <bugzilla@wiggum.w3.org>
Date: Tue, 23 Mar 2010 20:15:41 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-9302-523@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9302

           Summary: [XQuery11] How are output declarations processed?
           Product: XPath / XQuery / XSLT
           Version: Working drafts
          Platform: All
               URL: http://www.w3.org/TR/xquery-11/#id-serialization
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XQuery 1.1
        AssignedTo: jonathan.robie@redhat.com
        ReportedBy: zongaro@ca.ibm.com
         QAContact: public-qt-comments@w3.org


According to section 2.2.4 of the XQuery 1.1 working draft,[1] "A serialization
parameter that is not applicable to the chosen output method must be ignored,
except that if its value is not a valid value for that parameter, the error may
be reported.

A processor that is performing serialization must report a serialization error
if the values of any serialization parameters (other than any that are ignored
under the previous paragraph) are incorrect."

There's no indication how parameters are to be interpreted by a processor that
is performing serialization.

In most cases, one can rely on intuition to decide how an output declaration
translates to a serialization parameter, but in some cases that's not possible.
 For example, the use-character-maps serialization parameter,[2] is "A list of
pairs, possibly empty, with each pair consisting of a single Unicode character
and a string of Unicode characters."  It's not clear how one writes that in an
output declaration.  I think that needs to be specified.

In the case of cdata-section-elements and suppress-indentation, the value of
the parameter is a list of expanded QNames.  Presumably the value of the output
declaration for those two parameters should be a whitespace-separated list of
lexical QNames.  But if the prefix of one such lexical QName is not declared in
the in-scope namespaces, I would expected err:XPST0081[3] should be reported,
rather than a serialization error.  I think how lexical QNames are handled in
the value of an output declaration needs to be specified, at least.

[1] http://www.w3.org/TR/2009/WD-xquery-11-20091215/#id-serialization
[2]
http://www.w3.org/XML/Group/qtspecs/specifications/xslt-xquery-serialization-11/html/Overview.html#serparam
[3] http://www.w3.org/TR/xquery-11/#ERRXPST0081


-- 
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, 23 March 2010 20:15:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:14:59 GMT