- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 09 Oct 2009 14:16:00 +0000
- To: public-qt-comments@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;), character reference (such as &#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