Lists Home |
Date Index |
- From: Chris Lovett <firstname.lastname@example.org>
- To: "XML Development (E-mail)" <email@example.com>
- Date: Mon, 9 Jun 1997 19:07:57 -0700
> I stuck the DTD in the internal subset because I couldn't get
> to find an external DTD.
I think there's a problem with resolving relative URL's
when the XML file is local and this only happens
under certain versions of the Java VM. I never have a problem
if the DTD is specified with a full URL. A fix will be posted when one
> WF versus Validity...
I agree with what seems to be a general consensis that
DTD compliance should be switchable. Currently the MSXML parser
handles internal subsets the same as external DTD's, and we decided not
to try and do any error recovery, so it is possible that there are also
bugs in the MSXML validity code. These will be fixed promptly.
> Outputting the internal subset...
The thinking here is that the MSXML "Document" and
"Element" classes should represent a complete object model for tools and
applications that wish to manipulate XML documents, which means being
able to recreate a complete XML file after being manipulated. This is
different from the traditional "filter" approach where the XML processor
is a one-way filter. I think the "object model" approach is a good one
for the encouragement of an XML-based application development
environment. It just so happens that the command line "msxml" tool that
we shipped with the parser (so people could easily play with the parser)
does a full dump of the XML document - which includes any internal
subset. In fact, the Document class separates out the DTD from the XML
Data. If you want to get the XML data only, call Document.getRoot.
Eventually if people want to build tools to manipulate the external DTD,
it should also be possible to re-publish that DTD using the Object Model
API. Currently the Document.save method doesn't do this, but eventually
we may add that feature. People have also requested other options on
the Document.save method, like whether to pretty-print or not. See
http://www.w3.org/MarkUp/DOM/ for more on this topic.
xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (email@example.com)