W3C home > Mailing lists > Public > public-qt-comments@w3.org > July 2016

[Bug 29472] [XSLT30] Optionally allow xsl:stream to process a document *without* streaming

From: <bugzilla@jessica.w3.org>
Date: Thu, 07 Jul 2016 16:38:59 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-29472-523-N6qoRH6NGX@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29472

C. M. Sperberg-McQueen <cmsmcq@blackmesatech.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cmsmcq@blackmesatech.com

--- Comment #9 from C. M. Sperberg-McQueen <cmsmcq@blackmesatech.com> ---
A simple proposal (but not necessarily a non-controversial one):

1 We seem to be in agreement that allowing the xsl:source instruction
to carry a streamable attribute would improve the parallelism between
it and other constructs and thus improve the design of the spec.

2 We seem to be in agreement that this does not, strictly speaking,
require conforming processors not to stream the data.

Bug 29472 is a request for a way to turn off streaming processing on
xsl:stream instructions.  If we really do agree on point 2, then bug
29472 must be closed as INVALID (or WONTFIX, if we think it would be
desirable to be able to turn streaming processing on or off).

If we want to make the change described in 1 (and in the bug report),
even though it will not have the effect of reliably turning stream
off, then we need a new bug, which we can close by adding the
streamable attribute to xsl:stream (and, if we like, renaming 
xsl:stream).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 7 July 2016 16:39:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:58:01 UTC