4868 2007-07-19 07:03:26 +0000 [XPath] abbreviations for / and // syntactically incorrect 2007-11-16 11:58:04 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XPath 2.0 Recommendation PC Windows XP RESOLVED FIXED P4 normal --- 1 ryan.gustafson chamberl public-qt-comments oldest_to_newest 15870 0 ryan.gustafson 2007-07-19 07:03:26 +0000 In the version found at http://www.w3.org/TR/xpath20/#id-path-expressions The statements which indicate to sometimes abbreviate / as fn:root(self::node()) treat as document-node()/ and // as fn:root(self::node()) treat as document-node()/descendant-or-self::node() are not syntactically correct. My own parser, as well as the parser at http://www.w3.org/2006/11/applets/xpathApplet.html refuse to parse such input. The Formal Semantics http://www.w3.org/TR/xquery-semantics/#id-path-expressions indicate a parenthesized version of the same construct. Are the Formal Semantics are correct and XPath needs to be corrected? 15875 1 mike 2007-07-19 08:49:59 +0000 Personal response: Yes, I think you're right. fn:root(self::node()) treat as document-node()/X does not parse because the expression on the lhs of "/" must be a StepExpr, and a TreatExpr is not a StepExpr. It needs to be parenthesized. 15978 2 chamberl 2007-07-31 17:40:35 +0000 On July 31, 2007, the Query and XSLT working groups agreed to add parentheses to the expansions of leading-/ and leading-// in path expressions, as suggested by this bug report. The revised expansions will appear in a future errata document. Regards, Don Chamberlin (for the joint working groups) 17778 3 mike 2007-11-16 11:58:04 +0000 The agreed change will be published in Erratum XP.E3 for XPath, XQ.E3 for XQuery.