W3C home > Mailing lists > Public > www-dom-xpath@w3.org > May 2000

RE: [dom-xpath] Competing Proposals Proposal

From: Scott Boag/CAM/Lotus <Scott_Boag@lotus.com>
Date: Wed, 10 May 2000 18:41:13 -0400
To: Jonathan Marsh <jmarsh@microsoft.com>
Cc: www-dom-xpath@w3.org
Message-ID: <OFFF8CFBF8.CF7FDDE1-ON852568DB.007BD32A@lotus.com>

> You say it should be expression language independent, but a lot of the
> interface deals with XPath-specific stuff like context initialization,
> match pattern support.  Can you rationalize this?

Well, I'm just reaching.  Match pattern support is a pretty generic
concept... a perl library could do this, I guess, though the match values
should probably be changed to something less XSLT-based.  Context
initialization seems to me to be pretty generic also.

I'm not sure how much water "expression language independent" holds.
Certainly, the thing should be optimized for XPath, and perhaps later on
down the line for a XPath-based XMLQuery.  Do others have opinions on this?
My opinion isn't very strong.  It just seems to me to be cleaner if the
APIs are kept abstract from the expression language... it feels like
they'll be longer lived, and hold greater potential value for a wider

Received on Wednesday, 10 May 2000 18:41:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:37:23 UTC