Re: XPath proximity position in predicates
I have no practical use case.
I have an XPath (1.0) implementation as part of my open source XForms project and I'm doing some optimizations on it at the moment. I was looking at when I could simply skip evaluating a path expr containing a predicate. In the static analyze I got a result where the predicate didn't evaluate to a integer and therefore failed to locate a node. Since the predicate contained a static expression (e.g. just some calculations that should be folded during compilation of the expression) I was a little surprised. Now the good thing about this is that I can optimize this the other way around and say that I don't have to evaluate the path expr if a predicate contains a number which isn't an integer.
Best regards, David
Michael Kay wrote:
Reading XPath 1.0 it states that a predicate evaluating to a number will return true if equal to the proximity position of the current node. I was wondering if there is a reason the evaluated number isn't rounded by the XPath engine?
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format