W3C home > Mailing lists > Public > public-qt-comments@w3.org > May 2014

[Bug 25611] New: [xslt 3.0] What whitespace-stripping rules apply to the global context item?

From: <bugzilla@jessica.w3.org>
Date: Thu, 08 May 2014 17:27:23 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-25611-523@http.www.w3.org/Bugs/Public/>

            Bug ID: 25611
           Summary: [xslt 3.0] What whitespace-stripping rules apply to
                    the global context item?
           Product: XPath / XQuery / XSLT
           Version: Working drafts
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XSLT 3.0
          Assignee: mike@saxonica.com
          Reporter: mike@saxonica.com
        QA Contact: public-qt-comments@w3.org

We allow whitespace-stripping rules to vary from one package to another. For
things like doc() and xsl:stream, the rules that apply are the rules for the
package that contains the relevant instruction. The same applies to the rules
for stripping type annotations.

What rules should apply to the global context item?

We say that all packages get the same global context item, so we can't apply
different rules in different packages. But if a package is written with the
expectation that whitespace is stripped, then it could fail unpredictably if
whitespace is not stripped; similarly with type annotations.

We could consider going with a different approach. I'm tempted to simplify it
radically and say that library packages cannot have a global context item, that
is, global variables in a library package are evaluated in the same way as
functions, with an absent focus. This means users have a little more work
converting existing stylesheet code to act as a library package (essentially by
introducing a stylesheet parameter to take the place of the global context
item), but they probably have to do this kind of clean-up anyway.

You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 8 May 2014 17:27:25 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:56 UTC