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

RE: Nested Documents (was: XML 2.0)

  • From: "Johnson, Matthew C. (LNG-ALB)" <Matthew.C.Johnson@l...>
  • To: <xml-dev@l...>
  • Date: Thu, 28 Feb 2008 08:35:18 -0500

RE:  Nested Documents (was: XML 2.0)
Also, "multiple-root-elements" still wouldn't tell you when the stream
was done.  It would only be able to say that there were multiple roots.
So the parser still wouldn't be able to know if there was a <d></d>
element following <c></c>.  I like the idea of the processing
instruction.  Although it seems that it should be a standardized one
(e.g. <?xml:docclosed ...?>) that all parsers can look for.  But it
wouldn't be an error if it never found it...it would be there for those
who need the assurance of knowing the stream/document is done.


-----Original Message-----
From: Michael Kay [mailto:mike@s...] 
Sent: Thursday, February 28, 2008 5:36 AM
To: 'Andrew Welch'; 'Richard Salz'
Cc: 'COUTHURES Alain'; xml-dev@l...
Subject: RE:  Nested Documents (was: XML 2.0)

> 
> How about adding something to the xml prolog that must be 
> present when the document contains multiple root elements:
> 
> <?xml version="1.0" multiple-root-elements="yes"?>
> 
> Make it like non-UTF-8 or UTF-16 encodings - if it's not 
> present the document must have a single root element, if you 
> do want multiple root elements then you must specify it in the prolog.
> 
> Seems straightforward enough...

Except you lose the nice simplification that document entities and
external
parsed entities become indistinguishable. The aim of this exercise is to
simplify things and remove restrictions, not to add new rules.

Also, serializers (e.g. XSLT serializers) would output the attribute
"just
in case", which rather destroys the point of it.

Anyone who really wants confirmation that the document has been properly
closed can always finish it with

<?closed really="yes" truly="yes"?>

and check for that when reading. Dim memories of undergraduate lectures
remind me that there might be better ways of designing an error
checking/correcting code, and indeed a better layer of the stack to
place it
in; but the above is at least as good as the current reliance on an end
tag.

Michael Kay
http://www.saxonica.com/


_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.