[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

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

  • From: James Clark <jjc@j...>
  • To: rick@a...
  • Date: Fri, 12 Feb 1999 09:25:04 +0700

Re: The Peace Process: DOM and namespaces...
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
considering.

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@i...
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@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.