OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: xpath vs xql

[ 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.


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/

  • References:


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS