- From: <bugzilla@jessica.w3.org>
- Date: Mon, 12 Aug 2013 16:59:13 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22925
Bug ID: 22925
Summary: [XSLT 3.0] Effect of @as attribute on streamability
Classification: Unclassified
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
It was noted in the NY F2F minutes:
In xsl:with-param, we might take into account the sweep of the expression
if the @as forces atomization.
In fact this is equally true for other variable binding elements.
I think we can add to the list of node-value contexts in section 19.3.1:
* The expression in the select attribute, or the contained sequence
constructor, of an xsl:variable, xsl:param, or xsl:with-param element, if the
element has an "as" attribute whose value is a SequenceType that exclusively
permits atomic values and/or functions
* The contained sequence constructor of an xsl:variable, xsl:param, or
xsl:with-param element, if the element has no "as" attribute
Rationale: both these situations prevent the value of the variable being a node
in a streamed document.
In the list of node-value contexts we currently have:
* the select attribute of one of the instructions xsl:analyze-string,
xsl:attribute, xsl:comment, xsl:copy, xsl:copy-of, xsl:namespace,
xsl:processing-instruction, xsl:value-of
we should add xsl:message and xsl:assert to the list. We should also add the
sequence constructors contained in all these instructions with the exception of
analyze-string; in all these cases the supplied value will be either copied or
atomized.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Monday, 12 August 2013 16:59:14 UTC