This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
This involves sml:target* and SML identity constraints. There are 3 kinds of <xs:element> elements in schema documents: 1 For global element declaration 2 For local element declaration 3 For reference to global element declaration On which of the above cases are sml:target* and sml:key/keyref/unique allowed to be specified? And to which schema component(s) (element declaration or particle) are these constraints attached to? If these constraints are attached to element declarations, then they should not be allowed on case #3; if they are attached to particles, then they should not be allowed on case #1. So if we want to allow them being specified in all 3 cases, then the constraints need to be attached to both element declarations and particles, and we need to explain what happens if the same kind of constraint is specified both on a global element declaration G and on a reference to G. For example, <xs:schema> <xs:element name="global" targetType="type1"> <xs:complexType name="someType"> <xs:sequence> <xs:element ref="global" targetType="type2"/> </xs:sequence> </xs:complextype> </xs:schema>
a. These constraints are supported on global and local element declarations (1 and 2 in the bug's description) b. These should be attached to the element declaration schema component
Please fix as per Pratul's comment - decision taken on 10/25 call
Can't resolve this independent of bug 5063. Moving back to needsAgreement and setting it dependent on bug 5063.
The proposal added to bug# 5063 comment# 6 also addresses this bug.
Reassigning this bug back to default since it might be easier to fix along with 5063.
resolution in conf call on 1/10: proposal accepted as stated in comment# 9 of bug# 5063
The fix applied for bug# 5063 also includes the fix for this bug. Please take a look at sml-diff.html attached to bug# 5063.
Fix per comment #17 in Bug #5063
This issue is addressed as a part of the fix to bug# 5063.