OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: The Peace Process: DOM and namespaces...

[ Lists Home | Date Index | Thread Index ]
  • From: James Clark <jjc@jclark.com>
  • To: rick@activated.com
  • Date: Fri, 12 Feb 1999 09:25:04 +0700

Yes.  Namespace processing doesn't need any information that isn't in
the DOM tree.  The layering does have a cost, but you can probably make
the layer pay for itself by also using it to handle things like:

- document order comparison (handy for some select patterns)

- expanding entities

- hiding the difference between CDATA and other text

- merging text nodes

- ignoring white-space only text nodes where required by XSL

- allowing navigation from an attribute to its owner element

Is it acceptable for your XSL processor to mutate the DOM for the source
document?  If so, there are alternatives that might be worth

Rick Ross wrote:
> One of the benefits we are trying to deliver to customers, however, is the
> ability to use any parser that offers a standard DOM and SAX
> implementations. Could this approach be implemented solely within our
> processor-side logic, and rely only on standard implementations of DOM Level
> 1 that exist in most of today's XML parsers?
> Rick
> 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.
> >
> > James

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@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@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS