- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 02 Jun 2008 08:27:45 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=5727
mike@saxonica.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Syntax ambiguities with |[XQuery] Syntax ambiguities
|leading "/" |with leading "/"
------- Comment #2 from mike@saxonica.com 2008-06-02 08:27 -------
In the existing rule:
To reduce the need for lookahead, therefore, if the token immediately following
a slash is "*" or a keyword, then the slash must be the beginning, but not the
entirety, of a PathExpr (and the following token must be a NameTest, not an
operator).
I suspect the first consequence is correct: "the slash must be the beginning,
but not the entirety, of a PathExpr"
but the second is wrong: "the following token must be a NameTest, not an
operator". The following construct might also be an axis name (/child::x), a
function name (/base-uri()), a node test (/element(x)), an ordered|unordered
expression (/unordered{node()}, a computed node constructor (/text{"a"}), etc.
We should delete the phrase in brackets, and explain that by keyword we mean
any token having the lexical form of an NCName.
Received on Monday, 2 June 2008 08:28:20 UTC