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

Re: 25 Feb Structures Questions

  • From: ht@c... (Henry S. Thompson)
  • To: Michael Anderson <michael@r...>
  • Date: 03 Mar 2000 16:32:37 +0000

re 25
Michael Anderson <michael@r...> writes:

> I've just done a first pass of the new working draft of XML Schema.  It
> certainly is heavy reading, so I hope I haven't missed the answers to my
> questions below.
> 
> 1. When restricting a complex type, it seems (section 4.4.3 Part 1 &
> section 3.4 Part 0)  one needs to repeat each particle that is present
> in the base type.  I believe this could get messy when there are large
> content models.

Sorry this isn't clear in the draft, but this section (4.4.3) is not
complete, and needs a lot of work to explain the change since the
previous design.

  Especially so as particles listed with different names
> to their respective base particle are simply renamed as opposed to in
> error.

No support for renaming, sorry, which bit of prose suggested there
was?

> So if I miss particle 10 in a list of 20 then the last 10
> particles will use a base particle that is incorrect and also rename
> it.  (Okay, so the total number will raise an error but I'll continue
> anyway).  This may not be such a problem if we don't have 20 particles,
> which raises my question of how to deal with named Content Model
> Groups?  It seems that these need to be expanded in the restricted list,
> leading to the large number of particles.  If this is not the case, then
> how can one restrict particles hidden within these named groups?

In brief, you are restricting the complete content model of the base
type, not the XML representation of it, so you _can_ get at particles
in referenced groups if you wish.  But you don't have to.

> 2. Also with restrictions, if attributes of elements are omitted do they
> default to the standard default or the values defined in the base type
> definition?  Or is it an error to omit attributes previously defined in
> the base?

Do you mean if they are omitted in instances?  If the derived type
definition has defaults, they will get used.

> 3. In Schema Part 0, Appendix E. Document History, there was mention
> that the 16th of Feb draft published had adopted TypeName and
> elementName naming convention.  Was this later dropped?

I don't rmeember the WG adopting this or any other any naming
convention across the board.

ht
-- 
  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
          W3C Fellow 1999--2001, part-time member of W3C Team
     2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
	    Fax: (44) 131 650-4587, e-mail: ht@c...
		     URL: http://www.ltg.ed.ac.uk/~ht/

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.