29738 2016-07-18 13:20:58 +0000 [XSLT30] (editorial) We shouldn't use the term "streamable stylesheet" in the spec 2016-10-06 18:42:25 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 3.0 Candidate Recommendation PC Windows NT CLOSED FIXED P2 editorial --- 1 abel.braaksma mike public-qt-comments oldest_to_newest 126971 0 abel.braaksma 2016-07-18 13:20:58 +0000 This bug is *editorial*. I happened upon only one occurrence of this, and even though it is in a non-normative section, I think we should not use this term, as a stylesheet as a whole is never "streamable" by the way we use the term "streamable". We might even add a Note explaining that stylesheets as a whole are not streamable, but I'm agnostic to that. The occurrence is in J.1. Changes in this Specification, item 4: "Other changes introduced to facilitate the writing of streamable stylesheets include:" A suggested rewrite could be: "Other changes introduced to facilitate the writing of stylesheets that can process streamed documents include:" Or use the term "guaranteed streamable constructs". 127013 1 mike 2016-07-20 19:29:29 +0000 I have changed this to Other changes introduced to facilitate the writing of streamable transformations include: I don't actually think the change is essential. This isn't a term of art; it's purely an ordinary noun (stylesheet or transformation) accomapanied by an ordinary adjective (streamable = capable of being streamed).