W3C home > Mailing lists > Public > public-qt-comments@w3.org > March 2014

[Bug 24543] Supplying a streamable initial context item on a non-streamable initial mode

From: <bugzilla@jessica.w3.org>
Date: Tue, 04 Mar 2014 18:01:09 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-24543-523-PEO3NRYrHQ@http.www.w3.org/Bugs/Public/>

--- Comment #5 from Abel Braaksma <abel.braaksma@xs4all.nl> ---
Indeed, there seems to be a conflict between priming the stylesheet and
initializing global variables and parameters. Currently, I see only one way

Defer the analysis of streamable global variables to the point where they are
used. This analysis could subsequently be simplified if we add an attribute
streamable=yes|no to the xsl:variable and xsl:param declarations, comparable to
their use on xsl:attribute-set and xsl:accumulator. 

Consequently, global variables can reference the initial context item and the
problem with whether the mode is streamable or not will go away. The rules on
VarRef in can be extended to include a rule similar to:

4. if V is a reference to a global variable that has the effective value of the
streamable attribute set to "no", then roaming and free-ranging.

5. Otherwise, the sweep of the expression is grounded and motionless.

Under global variables, a new section could be added that explains what a
streamable global variable is, and what rules it should obey to (basically,
result posture must be grounded, and the select expression or seqtor must be

You are receiving this mail because:
You are the QA Contact for the bug.
Received on Tuesday, 4 March 2014 18:01:13 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:46 UTC