Lists Home |
Date Index |
- From: David Brownell <firstname.lastname@example.org>
- To: XML-dev List <email@example.com>
- Date: Mon, 26 Apr 1999 09:58:42 -0700
Miles Sabin wrote:
> So, there's no DOM-vendor-independent mechanism for
> document creation at the mo' ...
That's the real issue. Document creation (either empty, or
through connection to an XML processor) is outside scope of
DOM ... but is fundamental for applications using DOM.
So long as that's an issue, vendors achieve some level of
lock-in for DOM apps. Most of them won't suffer for that,
and won't worry about addressing it until there's customer
demand for it.
Another way to look at this: you can't write a DOM test suite
until these issues (2 ways to create a "dom.Document") are
resolved. (Notation and Entity objects can't be created except
implicitly by parsing a DTD, either.)
> there _might_ be in
> Level 2, but there's a lot of tricky issues that need to
> be resolved before that can happen.
They're more politically tricky than technically so. In any
system, bootstrapping calls for a "step out of bounds". There
are widely known solutions. Consider what SAX does for finding
parsers, in Java.
DOM Level 2 is the right opportunity to fix this. Everyone
should require the DOM WG to solve this problem, so that
application code can be portable. Next time you get a chance
to review a DOM draft, make sure this feedback is received.
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/ and on CD-ROM/ISBN 981-02-3594-1
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)