- From: <bugzilla@wiggum.w3.org>
- Date: Wed, 14 Sep 2005 18:13:16 +0000
- To: www-xml-schema-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=2174
Summary: R-176: Question about mixed in derivation by extension
Product: XML Schema
Version: 1.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: XSD Part 1: Structures
AssignedTo: ht@w3.org
ReportedBy: sandygao@ca.ibm.com
QAContact: www-xml-schema-comments@w3.org
Consider the following schema fragment:
<xs:complexType name="mixed" mixed="true">
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element ref="test:a"/>
<xs:element ref="test:b"/>
<xs:choice>
<xs:complexType>
<xs:element name="root">
<xs:complexType>
<xs:complexContent>
<xs:extension base="test:mixed">
<xs:attribute name="id" type="xs:ID"/>
<xs:extension>
<xs:complexContent>
<xs:complexType>
<xs:element>
Is the following instance valid? (i.e. is root allowed to have mixed content?)
<root xmlns="http://example.com/test">
ccc<a>aaa<b>bbb<b>aaa<a>ccc<b>bbb<a>aaa<a>bbb<b>ccc
<root>
Henry's response: Yes. Note, however, that this "redundancy" can only be
avoided when the extending definition is empty -- if any substantive element
content is added, then the result is specified by the REC to take its 'mixed'
from the extending definition. But the REC also rules out extending mixed with
element-only or vice-versa, so there's no point.
This isn't a big deal, but it should probably be fixed, by
- specifiying that in complexContent extension, the mixed _always_ comes from
the base;
- ruling out conflicting 'mixed' on <complexType> or <complexContent> when
deriving by extension.
See:
http://lists.w3.org/Archives/Public/www-xml-schema-comments/2002JulSep/0087.html
Received on Wednesday, 14 September 2005 18:13:24 UTC