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

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

            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
nodes).

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