[
Lists Home |
Date Index |
Thread Index
]
- From: Matt Sergeant <matt@sergeant.org>
- To: Huaxin Zhang <hxzhang@cs.ualberta.ca>
- Date: Thu, 29 Jun 2000 10:28:39 +0100 (BST)
On Wed, 28 Jun 2000, Huaxin Zhang wrote:
> Somebody says XPATH provide a better functionality than xql.
> I am not sure about this. But lack of functions such as "like"
> to compare strings, and nested condition (i.e. a [] inside a [])
> makes it difficult to select some specified nodes with XPATH. One can make
> extensions to XSLTs to overcome some of them (such as string A like string
> B), but not always. Why don't the XPATH, allow using of nested conditions?
It does everything you need, you're just thinking in the XQL box, rather
than in the XPath box - try a good resource for learning XPath, like
Michael Kay's XSLT book.
For "like", you can use contains(). For nested conditions either use more
than one predicate: foo[...][...] or use proper nesting, but a predicate
always has to come after a node test, so if you need to you can use the
"." node test.
--
<Matt/>
Fastnet Software Ltd. High Performance Web Specialists
Providing mod_perl, XML, Sybase and Oracle solutions
Email for training and consultancy availability.
http://sergeant.org | AxKit: http://axkit.org
***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************
|