- From: <bugzilla@jessica.w3.org>
- Date: Thu, 15 May 2014 17:39:15 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25173 --- Comment #2 from Abel Braaksma <abel.braaksma@xs4all.nl> --- During the telcon of 15 May 2014 this bugreport was discussed and the WG requested what semantics the new function should have. I propose to have it have the same semantics we currently use for reading a streamed document: we currently say that a streamed document must buffer the part up until the root element, and that the DTD, PI's and comments prior to the root element must be buffered. I think it makes sense to define it in terms of existing functionality, similarly to the way the XPath function fn:doc-available is defined: Summary The function returns true if a streaming document is available. Signature fn:streaming-document-available($uri as xs:string?) as xs:boolean Properties This function is [non-deterministic], [context-dependent] and [focus-independent], it depends on the static base uri. Rules If $uri is the empty sequence, this function returns false. If the following construct returns true, this function returns true: <xsl:stream href="{$arg}"> <xsl:value-of select="has-children(root())" /> </xsl:stream> Error conditions (should we raise FODC0005 if the uri is not well-formed?) Otherwise, this function returns false. Notes If this function returns true, implementers are encouraged to buffer the result of reading up until the root element so that an <xsl:stream> instruction with the same URI will succeed, even in scenario's where reading a streaming document is forward-only. However, this behavior is not guaranteed for the same reasons multiple invocations of <xsl:stream> on the same URI are not guaranteed deterministic. This means in practice that this function returns a positive hint that a document is or is not available, but subsequent invocations using <xsl:stream> with the same URI may still fail. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 15 May 2014 17:39:17 UTC