Lists Home |
Date Index |
- To: "Thomas B. Passin" <email@example.com>,<firstname.lastname@example.org>
- Subject: RE: [xml-dev] Question for the XPath and DOM folks
- From: "Dare Obasanjo" <email@example.com>
- Date: Sat, 20 Jul 2002 14:39:22 -0700
- Thread-index: AcIwNCgq730i+Hj2TCCSNCbXbTQfKQAAWuZw
- Thread-topic: [xml-dev] Question for the XPath and DOM folks
The behavior you witnessed is a bug in an old version of MSXML (v3) that has been since fixed in the latest version (v4 SP1).
From: Thomas B. Passin [mailto:firstname.lastname@example.org]
Sent: Sat 7/20/2002 2:25 PM
Subject: Re: [xml-dev] Question for the XPath and DOM folks
> a.) This is not a more important question.
> b.) An explanation for this behavior has already been posted by Garland
The point is not that is has been explained, it is about predictability.
Presumably, msxml is running an xpath process on its DOM and returns only
the first of the DOM's character nodes. But this is an xslt application,
not DOM. So it ought to be following the XPATH rec, not DOM, even if they
use DOM to implement it. The other xslt processors behave differently,
apparently following the XPATH/XSLT Recs.
What we need more than anything is predicatability. Right now it seems that
I cannot predict when mxsml follows the DOM Rec and when it follows the
XPath Rec. Not good. More importantly, we need to be able to understand
and predict what will happen when we apply an xpath expression. We should
NOT have to know how it is implemented behind the scenes to know the results
(I mean whether it is implemented with a pure w3c DOM model or not).
I agree that it could be hard to define exactly what kind of nodes may be
returned by an xpath query over a DOM, although I think that you could argue
that whatever they are they should implement a DOM interface.
However, if markup is about anything it is about character data. Anyone who
thinks it is acceptable for an xpath query to return different sets of
characters depending on whether it is applied to a DOM or a document version
of the same thing has really lost his way in the real world.
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription