[Bug 22122] New: [F+O] Serialization parameters in fn:serialize()

https://www.w3.org/Bugs/Public/show_bug.cgi?id=22122

            Bug ID: 22122
           Summary: [F+O] Serialization parameters in fn:serialize()
    Classification: Unclassified
           Product: XPath / XQuery / XSLT
           Version: Candidate Recommendation
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Functions and Operators 3.0
          Assignee: mike@saxonica.com
          Reporter: mike@saxonica.com
        QA Contact: public-qt-comments@w3.org

Taken from: 

http://lists.w3.org/Archives/Public/public-qt-comments/2013May/0101.html

All,

The XForms Working Group is looking into providing a `serialize()`
function similar or identical to the XPath 3 function [1], and to make
it available, for practical reasons, to XPath 2 implementations.

Ideally, the XForms Working Group would like to use the exact same
function signature as XPath 3. But while considering the XPath 3
function, it has come to our attention that the format to pass
serialization attributes appears to be extremely heavy (via the
output:serialization-parameters), to the point that we are thinking of
using an alternative way to pass such parameters.

I have provided my understanding of this in the following public email
to the XForms Working Group:

  http://lists.w3.org/Archives/Public/public-forms/2013May/0003.html

Our questions to the group are:

1. Is our understanding, as expressed in the email above, correct?
Namely, that `use-character-maps` is the main reason behind the chosen
format (although we do understand that future extensibility could be a
factor as well), and that there is no other way to pass serialization
parameters?

2. If so, could the group be convinced of using instead a lighter
syntax, such as a simple sequence of tokens in an attribute value?

The main driver behind this thinking is that lighter is usually
better, and having to provide a complete XML document to provide a few
serialization parameters, while clearly maximizing flexibility, is
definitely on the heavier side of what is possible. This is true
especially since character maps are likely to be used rarely,
certainly more rarely than some other serialization parameters.
Optimizing for the common cases seems like good practice.

(As a side note, if maps were a core feature of XPath 3, then using a
map parameter could be a possibility for XPath 3 (although not for
XPath 2).)

Thanks,

-Erik

[1] http://www.w3.org/TR/xpath-functions-30/#func-serialize

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Tuesday, 21 May 2013 15:20:56 UTC