The Peace Process: DOM and namespaces...
rick at activated.com
Thu Feb 11 11:58:21 GMT 1999
Thanks, James - this may be an idea which can solve the problem - we will
explore this approach today. A solution within contexts of all present
(finished and unfinished) standards would be great.
James Clark wrote:
> Rick Ross wrote:
> > the XSL working draft
> > specification requires namespace support that apparently cannot be
> > implemented effectively if the primary input source is a dynamically built
> > DOM tree.
> I can't see this.
> Why can't you put a layer on top of the DOM that provides namespace
> processing? For example, you could have an NSNode object that points to
> the DOM Node and a set of prefix bindings (and probably a parent
> NSNode). The NSNode objects will be temporary. You wouldn't have to
> reparse the document, and you don't have to keep two trees in memory.
> You can also provide other things in this layer that help XSL
> performance such as document order comparison.
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev