- From: <bugzilla@jessica.w3.org>
- Date: Fri, 02 Sep 2016 16:47:45 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29804 Bug ID: 29804 Summary: [XSLT30] Drop the restriction of @use-accumulators to be allowed only when @streamable=yes is present: XTSE3195 Product: XPath / XQuery / XSLT Version: Candidate Recommendation Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P2 Component: XSLT 3.0 Assignee: mike@saxonica.com Reporter: abel.braaksma@xs4all.nl QA Contact: public-qt-comments@w3.org Target Milestone: --- (I raised this bug following the discussion thread in https://lists.w3.org/Archives/Public/public-xsl-wg/2016Sep/0003.html.) In light of yesterday's discussion at the telcon, it was briefly mentioned that the presence of one attribute being dependent on the presence of another attribute is unfortunate. For the same reasons we introduced xsl:source-document (i.e. to flip the streamable attribute painlessly), I propose we lift the following restriction (section 15.3) on xsl:merge-source: "[ERR XTSE3195] If the for-each-item is present then the for-each-stream and use-accumulators attributes must both be absent. If the use-accumulators attribute is present then the for-each-stream attribute must be present. If the for-each-stream attribute is present then the for-each-item attribute must be absent. If the for-each-stream attribute is present, the only permitted value (and the default value) of the streamable attribute is yes." Proposal: - allow streamable="no" and the presence of for-each-stream, in which case it simply returns a document, much like a non-streaming processor would in this case. - allow the presence of use-accumulators whether or not for-each-stream is present. It would restrict the applicability of accumulators. - retain that for-each-item and for-each-stream are mutually exclusive. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 2 September 2016 16:47:58 UTC