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

Re: XSchema Spec, Sections 2.0 and 2.1 (Draft 1)

  • From: Chris Maden <crism@o...>
  • To: xml-dev@i...
  • Date: Mon, 8 Jun 1998 16:16:38 -0400 (EDT)

spec sections
[John Cowan]
> I concede that many, perhaps most, general entities are document
> specific, but not all.  Consider the MIXED element from the my early
> drafts of XSchema itself.  The form
> 
> 	<MIXED> <REF .../> <REF .../> ... </MIXED>
> 
> declared #PCDATA-and-element content, whereas "<MIXED/>" declared
> #PCDATA-only content as a degenerate case.  The DTD could have
> declared (though actually it didn't) <!ENTITY PCDATA "<MIXED/>"> to
> allow people to write "&PCDATA;" in XSchemas as a better-documented
> version of "<MIXED/>".
> 
> Surely this entity would be worthy of declaration in the XSchema
> XSchema?

There are certainly cases where an entity is useful for a class of
documents, but generally if an entity is of interest to more than one
document, it's also of interest to more than one class of documents:
for instance, the ISO character entity sets.  I think the problem of
defining entity replacements is fundamentally different from defining
element structures, and should be addressed separately.  Now,
certainly a class of documents could be defined by a combination of
element structure restrictions and an initial set of defined entities,
but the two things should not be conflated as DTDs conflate them.

> No, not at all.  There is no XSchema equivalent of parameter
> entities.

That's unfortunate.  We tried to kill them in XML, but couldn't
because they're so useful.  The processing concerns they introduced in
XML go away if you treat them as ID'd objects and references thereto,
so there's no reason to avoid them and very good reasons to include
them.  Especially since the syntax is going to be more verbose, the
gain in reusing pieces is larger.

-Chris
-- 
<!NOTATION SGML.Geek PUBLIC "-//Anonymous//NOTATION SGML Geek//EN">
<!ENTITY crism PUBLIC "-//O'Reilly//NONSGML Christopher R. Maden//EN"
"<URL>http://www.oreilly.com/people/staff/crism/ <TEL>+1.617.499.7487
<USMAIL>90 Sherman Street, Cambridge, MA 02140 USA" NDATA SGML.Geek>

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/
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.