Re: Feature request - anonymous simplecontent type definition within complex type definition

>> Maybe I'm missing something, but can't you avoid this by doing
> something
>> like this
>
>>  <xs:element name="foo">
>>    <xs:complexType>
>>     <xs:simpleContent>
>>       <xs:restriction base="xs:anyType">
>>         <xs:simpleType>
>>           <xs:restriction base="xs:string">
>>             <xs:maxLength value="8"/>
>>           </xs:restriction>
>>         </xs:simpleType>
>>         <xs:attribute name="bar"/>
>>       </xs:restriction>
>>     </xs:simpleContent>
>>   </xs:complexType>
>> </xs:element>
>
> Unfortunately that won't work because adding attributes is considered an
> extension, not a restriction, and you can't do both in one step.

I don't understand why you say it won't work. It works in all the 
implementations I've tried (SQC, XSV, MSXML).  Can you point me to where in 
Part 1 it is disallowed? Syntactically it's legal: a <restriction> in 
<simpleContent> does allow <attribute>: in the S4S, simpleRestrictionType 
refs attrDecls.  Also

<xs:complexType>
  <xs:attribute name="bar"/>
</xs:complexType>

is short for

<xs:complexType>
  <xs:complexContent>
    <xs:restriction base="xs:anyType">
      <xs:attribute name="bar"/>
    </xs:restriction>
  </xs:complexContent>
</xs:complexType>

so it seems like a restriction of xs:anyType can define attributes.

James 

Received on Friday, 28 June 2002 09:06:18 UTC