W3C home > Mailing lists > Public > public-qt-comments@w3.org > October 2009

[Bug 6131] [XPath 2.1] Requirement: context-free paths

From: <bugzilla@wiggum.w3.org>
Date: Fri, 09 Oct 2009 14:16:00 +0000
To: public-qt-comments@w3.org
Message-Id: <E1MwGGG-0003dy-FU@wiggum.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6131





--- Comment #28 from Jonathan Robie <jonathan.robie@redhat.com>  2009-10-09 14:16:00 ---
(In reply to comment #27)
> Another little refinement needed: The accepted proposal means that URILiteral
> now appears in the XPath syntax as well as the XQuery syntax. However, just as
> the rules for StringLiteral are different in the two cases, the rules for
> URILiteral also need to differ, in that XQuery must process any character and
> built-in entity references appearing in the literal, but XPath must not (if the
> XPath expression appears in an XML document, the XML parser will already have
> done this).
> 


I assume that means making the following text conditional, so it appears in
XQuery but not in XPath:

<quote>
As in a string literal, any predefined entity reference (such as &amp;amp;),
character reference (such as &amp;#x2022;), or EscapeQuot or EscapeApos (for
example, "") is replaced by its appropriate expansion. Certain characters,
notably the ampersand, can only be represented using a predefined entity
reference or a character reference.
</quote>

XPath would have this instead:

<quote>
As in a string literal, if the literal is delimited by apostrophes, two
adjacent apostrophes within the literal are interpreted as a single apostrophe.
Similarly, if the literal is delimited by quotation marks, two adjacent
quotation marks within the literal are interpreted as one quotation mark.
</quote>


-- 
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 Friday, 9 October 2009 14:16:01 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:41 UTC