- From: <bugzilla@jessica.w3.org>
- Date: Tue, 05 Jul 2011 19:03:04 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13136
Michael Dyck <jmdyck@ibiblio.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jmdyck@ibiblio.org
--- Comment #1 from Michael Dyck <jmdyck@ibiblio.org> 2011-07-05 19:03:03 UTC ---
The original XQuery version of the query is:
<elem><![CDATA[]]>{attribute name {"content"}}<alem/>
</elem>
I believe the XQueryX version of the query is equivalent.
That is, the xqueryx.xsl stylesheet translates it back to:
<elem> { text {"" } } { attribute name {"content" } }<alem></alem></elem>
which has the same behaviour as the original query.
It's true that the underlying semantics are slightly different. With respect to
section 3.7.1.3 (XQuery 1.0) or section 3.8.1.3 (XQuery 3.0),
<![CDATA[]>
supplies no 'literal characters', and therefore does not contribute a text node
to the content sequence [points 1b and 1c], whereas
{ text {"" } }
does contribute a text node to the content sequence [point 1e], which is then
removed [point 3: "any text node whose content is a zero-length string is
deleted from the content sequence"].
But either way, the outcome is the same: by the time we get to point 4, there
is no text node before the attribute node in the content sequence, so
err:XQTY0024 is not raised. That's basically the point of the test.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 5 July 2011 19:03:06 UTC