Cart
[Home] [By Thread] [By Date] [Recent Entries]
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@x...&BODY=unsubscribe%20xml-dev List archives are available at http://xml.org/archives/xml-dev/ ***************************************************************************
|
