- 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