toy XPointer implementation in Python [pointers to nodes of type #cdata]
From firstname.lastname@example.org Thu May 7 12:07:11 1998
Date: Thu, 07 May 1998 12:49:33 -0400
From: "Eve L. Maler" <email@example.com>
Subject: Re: #cdata?
At 04:01 PM 5/6/98 -0400, Lars Marius Garshol wrote:
>(I post this here since it's XML-relevant and I know at least some of
>the XPointer/XLink WG members read this list.)
>I'm currently writing a toy XPointer implementation in Python (which
>will quite possibly become serious later) and have to say I'm impressed
>with the XPointer specification. Very clear descriptions and a nice
Thank you. :-) I hope you'll share future news of your implementation as
you go along.
>However, I'm rather surprised that the 19980303 WD allows pointers to
>distinguish nodes of type #cdata, that is, CDATA marked sections, so
>points to the third CDATA section that's a direct child of the document
>The reason I'm surprised that this is in the WD is that to support this
>the XPointer implementation will have to ride on top of a parser that
>reports CDATA sections as a distinct syntactic construct, instead of
>classing it as text, which is the usual solution. SAX does not do this,
>nor does the DOM level 1 (WD 19980416) AFAICS.
>I also have problems seeing the utility of this feature.
>Can anyone comment on on whether it will be an XPointers feature in
>future WDs and if so why?
It was decided to add this back in December. However, several WG members
have since had a change of heart. So I have a feeling that it may not
My own belief is that having the "string" location term is sufficient, and
sufficiently robust, to do any addressing you'd want to do into a CDATA
If we do want to allow addressing into some construct that the DOM doesn't
support, it's incumbent on the XLink side to request new functionality from
the DOM folks. In other words, we're not artificially going to restrict
ourselves to what the DOM has today. This approach was actually first
suggested by Lauren Wood (the DOM chair) to ensure that the dependencies
flow in the right direction.
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)