This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 2408 - Consistency need wrt "forbidden" and "must be absent"
Summary: Consistency need wrt "forbidden" and "must be absent"
Status: CLOSED FIXED
Alias: None
Product: XML Schema
Classification: Unclassified
Component: Datatypes: XSD Part 2 (show other bugs)
Version: 1.1 only
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: C. M. Sperberg-McQueen
QA Contact: XML Schema comments list
URL:
Whiteboard:
Keywords: resolved
Depends on:
Blocks:
 
Reported: 2005-10-21 16:47 UTC by Sandy Gao
Modified: 2009-04-21 19:21 UTC (History)
0 users

See Also:


Attachments

Description Sandy Gao 2005-10-21 16:47:25 UTC
In the published 1.1 datatypes draft

http://www.w3.org/XML/Group/2004/06/xmlschema-2/datatypes.html

{primitive type definition} ..., otherwise forbidden.
{item type definition} ..., otherwise forbidden.
{member type definitions} ..., otherwise must be absent.

I think they should be consistent and all say "must be absent".

This also applies to {referenced key} for identity constraints in part 1.
Comment 1 Dave Peterson 2006-11-18 02:02:24 UTC
Approved by the WG; awaiting incorporation into the status quo document.
Comment 2 C. M. Sperberg-McQueen 2007-09-18 00:40:02 UTC
The change proposed above was approved by the WG in its call of 
17 November 2006.  It is now reflected in the status quo version 
of the Datatypes spec.  Accordingly, I am setting the disposition of 
this issue to RESOLVED / FIXED.

If the originator of the issue would examine the change and let 
us know whether it satisfactorily resolves the problem or not, 
we'd be grateful.   To signal that the resolution is acceptable, 
change the status of the issue to CLOSED.  Otherwise, to signal 
that it's NOT acceptable, change the status to REOPENED (and 
tell us what's wrong).

If we don't hear from you in the next three weeks, we'll assume 
that silence betokens consent, and close the issue ourselves.