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

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

  • From: David Megginson <david@m...>
  • To: "XML Developers' List" <xml-dev@i...>
  • Date: Thu, 11 Feb 1999 06:40:59 -0500 (EST)

Re: The Peace Process: DOM and namespaces...
Tyler Baker writes:

 > The DOM has an unstated implication that it reflects a valid XML
 > document.  If you make a call to getNodeName() on an Element node,
 > it is expected to return a valid XML name.

Perhaps, but a violation of an 'unstated implication' can hardly make
something illegal (Tyler's original claim) -- what Tyler actually
seems to be suggesting is that expanding QNames in the DOM goes
against the original spirit of the API, not against the letter.

 > > The physical representation of an XML document (as defined by XML 1.0)
 > > is not allowed to have characters like '/' and '@' in element and
 > > attribute name, but the DOM is not a physical representation; it is an
 > > API providing access to one view of a document's information set, and
 > > as such, it is not governed by the Name production in XML 1.0.

 > This is one way of looking at it.  But this is not clear and there
 > is no mechanism defined to tell an application whether the DOM is
 > using these illegal names or not.  If you write the DOM Document
 > back out to XML, you are writing out illegal names because you
 > don't know if you are writing out prefixes + local part or
 > namespace + local part.

You gotta check anyway -- what if someone's HTML DOM implementation
were allowing names with illegal letters?  Presumably, however, you
have turned on namespace munging somewhere in your DOMBuilder (however
that works), so you know what you're getting.  Namespace munging
should *never* take place by default for vanilla XML 1.0 processing
(in Expat, for example, it is a user-configurable option, and for SAX
1.0, it is handled by third-party filters [which are surprisingly easy
to write]).

 > > The XML 1.0 spec does not even require processors to report element
 > > names, so in terms of conformance, anything goes kids.
 > 
 > How is anyone supposed to reliably build any sort of architecture
 > on XML if everything is this ambiguous.

We're working on it, but you'd be surprised by what you can do even
with partial specs.  XML 1.0 defines the physical representation of a
document as a string of characters; the DOM defines an API into
structured information, such as XML and HTML documents.  There is a WG 
right now working on the XML Information Set, which will provide some
glue between the two -- I'll keep everyone posted.


All the best,


David

-- 
David Megginson                 david@m...
           http://www.megginson.com/

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.