• To: Uche Ogbuji <uche.ogbuji@f...>
• Subject: Re: Question for the XPath and DOM folks
• From: Daniel Veillard <veillard@r...>
• Date: Sat, 20 Jul 2002 20:24:18 -0400
• Cc: Dare Obasanjo <dareo@m...>, xml-dev@l...
• In-reply-to: <E17W0G7-00060p-00@m...>; from uche.ogbuji@f... on Sat, Jul 20, 2002 at 01:50:59PM -0600
• References: <veillard@r...> <E17W0G7-00060p-00@m...>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5.1i

On Sat, Jul 20, 2002 at 01:50:59PM -0600, Uche Ogbuji wrote:
> >   Well the theorical answer is that XPath operates on an XPath
> > data model, not a DOM view. Your question has no answer, XPath is not
> > designed to work on a standard DOM tree, CDATA are transparently
> > turned in (the container) text node.
> 
> Maybe you're right, but to my reading, the following statement in the spec 
> seems to give the definitive answer:
> 
> "...a text node never has an immediately following  or preceding sibling that 
> is a text node."

  We agree in fact, maybe I didn't explained myself clearly enough.
Yes I expect the resulting nodeset to contain a single text node with
the 3 lines collapsed together.

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@r...  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

• References:
  • Re: Question for the XPath and DOM folks
    • From: Uche Ogbuji <uche.ogbuji@f...>

• Prev by Date: Re: Question for the XPath and DOM folks
• Next by Date: Re: Question for the XPath and DOM folks
• Previous by thread: Re: Question for the XPath and DOM folks
• Next by thread: RE: Question for the XPath and DOM folks
• Index(es):
  • Date
  • Thread