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

Re: XSD: Proposed Goals, Rev. 2

  • From: Paul Prescod <papresco@t...>
  • To: "Xml-Dev (E-mail)" <xml-dev@i...>
  • Date: Wed, 27 May 1998 11:09:45 -0400

Re: XSD: Proposed Goals
Simon St.Laurent wrote:
> 
> 3. SDDs shall be capable of representing the normalized element and attribute
> structures defined in XML 1.0 DTDs.

> 3 - Paul Prescod suggested removing it.  I like it because it sets a limited
> task, the 'normalized' DTDs. I think 'capable of' leaves open the possibility
> that SDDs can do more than just this.

Simon likes it because it restrains our task, but I'm not sure it
restrains it enough. I'm not convinced that we want to do everything that
normalized element and attribute structures do. Are we going to agree that
we must support exactly the same set of attribute value types, etc. that
XML does?

Just stating that we are trying to build a simple schema language for
verifying elements and attributes should be enough to restrain us
appropriately.
 
> 5 - Two private respondents have complained that 'easy' is too vague (as in
> 'easy to create, read, and modify').  To me this means SDD's should be
> editable by a human with a reasonable knowledge of XML structures, but I can
> see where this may bother people.  I like the vagueness, I suppose.  Anyone
> have a clearer idea?

Many of the W3C requirements lists use similar wording. Anything relating
to usability is going to be vague.

> 9 - Should we add some kind of bounds to keep SDDs from redefining document
> instance syntax?

If SDDs are defined as an operation built on top of a parser, then that
isn't a problem. They don't even deal with document instance syntax. They
deal with the abstract tree created (which is why they would be easier to
define if XML's semantics/data model were already explicit). 

But anyhow, the bigger concern is that SDD "extensions" could in some way
invalidate the base SDD syntax. If I make an "extension" that rejects half
of the documents, then the base SDD is too flexible. Is that okay? If I
make an "extension" that makes a particular rule more flexible, then the
base (standardized) SDD will complain about errors my extended SDD does
not. Is that okay?
 
 Paul Prescod  - http://itrc.uwaterloo.ca/~papresco

Three things to be wary of: A new kid in his prime
A man who knows the answers, and code that runs first time
http://www.geezjan.org/humor/computers/threes.html

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.