W3C home > Mailing lists > Public > public-qt-comments@w3.org > June 2015

[Bug 28774] New: [XSLT30] Suggestion: allow shallow copy to match on non element nodes

From: <bugzilla@jessica.w3.org>
Date: Sat, 06 Jun 2015 15:50:14 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-28774-523@http.www.w3.org/Bugs/Public/>

            Bug ID: 28774
           Summary: [XSLT30] Suggestion: allow shallow copy to match on
                    non element nodes
           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: tomos.hillman@oup.com
        QA Contact: public-qt-comments@w3.org

The current implementation of shallow copy will mean that you cannot write a
template matching on e.g. an attribute or predicated text() node in that mode:
you have to write such a template with existing knowledge about the context it
will exist in.

I would suggest that more desirable behaviour would be to apply templates on @*
and node() (cf. shallow copy), with the default behaviour on matching of those
items being to output an empty sequence (cf. existing behaviour for element

I believe this is a different bug to bug 22379, which seems to be more about
documentation than behaviour.

BACKGROUND: Michael Kay suggested to me that the built in template rules would
be an alternative to existing niggles with XSLT 2 behaviour around using
mode="#all" template matching, however the current shallow copy behaviour means
that the same functionality without using #all is impossible. (matching on non
element nodes requires explicit priority values to be set - perhaps that should
be a separate bug since #all is still in the spec!)

You are receiving this mail because:
You are the QA Contact for the bug.
Received on Saturday, 6 June 2015 15:50:16 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:54 UTC