24494 2014-02-05 01:35:19 +0000 No clear mention when something is not guaranteed streamable 2014-02-24 15:07:34 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 3.0 Last Call drafts PC Windows NT CLOSED DUPLICATE 24493 P2 normal --- 1 abel.braaksma mike cmsmcq public-qt-comments oldest_to_newest 99723 0 abel.braaksma 2014-02-05 01:35:19 +0000 Under the preambule of 19, the third paragraph before 19.1, we use the following text: "The values of these properties for a top-level construct such as the body of a template rule determine whether the construct is streamable." But in the text prior to this paragraph, there is no mention of a property that deems a construct not streamable. Looking further down at 19.7, The Sweep of a Construct, we neither find this, which originally left me confused. There is probably a reason for this, i.e. a construct itself can be free-ranging, but applied to a grounded construct, it is still streamable, as in doc('x')/y/preceding::node(). I think it is worthwhile to say precisely what is required to make an instruction that introduced streamability (xsl:stream, xsl:mode, xsl:merge) guaranteed streamable. This information is already available by going to these instructions (if you add templates to the list), but I think a summary under Guaranteed Streamability, or right under section 19 would proof worthwhile. 100268 1 cmsmcq 2014-02-11 13:25:41 +0000 We discussed this in Prague and concluded that it is editorial. Section 6.6.1 does define streamability of modes, by reference to the rules for streamability of templates. Is the usage of 'streamable' and 'guaranteed streamable' in 6.6 consistent with their usage elsewhere? Editorial. 100968 2 mike 2014-02-20 16:53:40 +0000 The preamble of section 19 is now linked to the various places that determine streamability of different constructs. This was done under bug #24493. Section 6.6 appears to be OK. No further changes made; marking as duplicate of 24493. *** This bug has been marked as a duplicate of bug 24493 ***