Like many other languages, XPath (both 1.0 and 2.0) enforces data typing
rules through the language semantics rather than through its grammar.
Grammatically there are many expressions you can write that will fail the
data type restrictions. This is much more true in 2.0, but there are
examples in 1.0 also. Here are some expressions that the 1.0 syntax allows
but the data typing rules prohibit:
1/fred
fred/1
count(3)
4 | 5
Michael Kay
http://www.saxonica.com/
-----Original Message-----
From: Ramkumar Menon [mailto:ramkumar(_dot_)menon(_at_)gmail(_dot_)com]
Sent: 06 February 2005 06:57
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: [xsl] Is this an XPath Grammar Limitation ?
Hi All,
XPath allows relative location paths following the FilterExpr. The
FilterExpr can be a PrimaryExpr that can further be a number/Literal
as well. So an XPath that contains a number followed by a relative
location path is valid as per XPath 1.0 grammar. Am I missing
sometihng here, or did the folks wanted to keep it loose enough.
-Menon
--
Shift to the left, shift to the right!
Pop up, push down, byte, byte, byte!
-Ramkumar Menon
A typical Macroprocessor
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--