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

Re: Standalone documents as external parsed entities.

  • From: Alan Kennedy <alank@i...>
  • To: James Tauber <jtauber@j...>
  • Date: Tue, 13 Apr 1999 11:12:16 +1000

xml nested documents
James Tauber wrote:
> 
> There are ways around it. But for starters, be careful with the term
> "standalone" as it means something quite specific in XML (and something
> different from what I'm guessing you mean by it).

Thanks James. 

I actually had already started down the path of option number two that
you suggested, i.e. using "wrapper" documents, with DTDs, to refer to
external entities, w/o DTDs, that contain the actual document. I need a
DTD on these documents because I need to constrain their structure. I
was hoping there was a better way, since this doubles the number of
documents I have to manage, but it appears there isn't.

I consider this to be a shortcoming of XML, in that it is not
"orthogonal", i.e. I have to write my documents in one of two different
ways, depending on how they're going to be used.

A better solution, I believe, would be to take a more "object-oriented"
approach, i.e. that each document is responsible for it's own validity,
through the use of its own DTD. This would require a parser that could
handle recursively nested documents, each with their own DTD. Although I
could adopt such a non-standard solution here in my own environment, and
produce HTML for publication, I couldn't publish the XML/XSL, since the
documents would be non-standard and unreadable by anyone else.

I keep hearing that XML is a "data" language, as opposed to a "document"
language, but I think that this is one case where XML breaks widely
accepted data modelling norms, i.e. type encapsulation.

Thanks all,

Alan.

P.S. James, after I sent that mail, I realised that my documents are not
actually standalone (in XML terms), since they refer to an external DTD,
so I used the term incorrectly. But, then I realised they could actually
be standalone, by making all of the necessary declarations in the
internal subset, and the problem would still be the same.


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.