OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] An approach to let XML 2.n resources hold multipleentities

[ Lists Home | Date Index | Thread Index ]

Rick Jelliffe wrote:
> From: "Paul Prescod" <paul@prescod.net>
>>[1]    document    ::=    prolog (element Misc*)*
> Nice. But I don't think that it does the same thing: my proposal provides
> an alternate syntax for internal entities which also allows bundled 
> other documents.  (Thinking about it more, it suggests that it might fill
> some nice needs if the entity mechanism was rejigged to allow appendable
> entities rather than having them in a prolog.)

To me, there are two separate issues. You asked how to have multiple 
top-level elements. That's easy. It was always an arbitrary and probably 
harmful limitation to restrict it to one in the first place. (somehow we 
got it in our heads that trees were somehow more beautiful than forests)

On the other hand, there is the never-ending, never-resolved issue of 
how to handle packaging of multiple entities nicely. I'm reluctant to 
touch that one because there are too many half-solutions out there 
already. I'm especially reluctant to tie a hard-to-solve problem to an 
easy-to-solve one.

> I think you would need to have some top-level attribute available to
> say "this branch does not form part of the infoset" so that it can
> be referenced from an XInclude without appearing in the document
> twice (assuming we will perform some kind of XInclude linking early).

I'm not following you. I presume this attribute has something to do with 
your solution because I don't see it as solving something in mine.

  Paul Prescod


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS