- From: <bugzilla@jessica.w3.org>
- Date: Sat, 18 Jun 2016 12:53:43 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29698
Bug ID: 29698
Summary: [XSLT30] Streamable merging does not require
streamability checking anymore
Product: XPath / XQuery / XSLT
Version: Candidate Recommendation
Hardware: PC
OS: Windows NT
Status: NEW
Severity: minor
Priority: P2
Component: XSLT 3.0
Assignee: mike@saxonica.com
Reporter: abel.braaksma@xs4all.nl
QA Contact: public-qt-comments@w3.org
Target Milestone: ---
The text in 19.10 currently says:
<quote>
Specifying streamable="yes" on xsl:merge declares that the merging process is
streamable.
</quote>
But in fact, it is an attribute of xsl:merge-source. Also, this attribute is
implicitly "yes" if absent and you specify xsl:merge-course/@for-each-stream.
Furthermore, we have changed the way streaming is done with merging, using an
implicit snapshot function. As a consequence of these new rules, there is no
limit on what you can do inside the xsl:merge child declarations and
expressions.
I'm not necessarily convinced we should remove it from section 19.10, but
whenever you specify this, and whatever syntactically legal constructs are
used, it is always "guaranteed-streamable". So perhaps a different wording
should be used here?
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Saturday, 18 June 2016 12:53:45 UTC