11230 2010-11-05 08:56:33 +0000 src-ta should have a similar wording as src-element.3 2010-11-26 18:19:54 +0000 1 1 1 Unclassified XML Schema Structures: XSD Part 1 1.1 only All All RESOLVED FIXED resolved P2 minor --- 1 am_spamfaenger David_E3 cmsmcq sandygao www-xml-schema-comments oldest_to_newest 42165 0 am_spamfaenger 2010-11-05 08:56:33 +0000 Schema for schemas doesn't allow both a <simpleType> and a <complexType> as child for <alternative>, there only can be one of them at the same time. Therefore I suggest to change the wording of src-ta to something similar to src-element.3. Instead of: "every <alternative> element must have a type attribute, or a complexType child element, or a simpleType child element. Each <alternative> element must have one and only one of these." I suggest to use something like: "every <alternative> element must not have both a <simpleType> or <complexType> child and a type attribute." 42171 1 David_E3 2010-11-05 09:40:43 +0000 In Lyon: The WG discussed this issue, and notes that the wording has led to confusion. The proposed improved wording is: "each <alternative> element must have one (and only one) of the following: a type attribute, or a complexType child element, or a simpleType child element." Thank you for the comment. 42175 2 am_spamfaenger 2010-11-05 11:05:45 +0000 I think my comment wasn't clear enough. The minor problem I see in the spec is the difference between src-element clause 3 and src-ta. Both are about the very same thing: An <element> / <alternative> must not have both a type attribute and a <complexType> or <simpleType> child. Schema for schemas only allows either a <complexType> or <simpleType> but not both. So the schema representation constraint only needs to forbid a type attribute in combination with a <complexType>/<simpleType> child. If the schema representation constraint is even more strict it's okay, but i think there should be no difference between how it is worded in src-element clause 3 and in src-ta, because both are about exactly the same problem. 42644 3 sandygao 2010-11-20 02:33:55 +0000 The difference between <element> and <alternative> is that <alternative> needs exactly one of the 3 things (type attribute, <simpleType> child, or <complexType> child), while <element> is allowed to have none (in which case it defaults to "anyType" or from its "substitution group affiliation"). 42772 4 am_spamfaenger 2010-11-25 12:15:48 +0000 Sorry, I didn't see this difference. Thank you for your explanation. The difference in the wording now makes sense to me. 42800 5 cmsmcq 2010-11-26 18:19:54 +0000 The change described in comment 1 has now been made in the member-accessible status-quo versions of the document. Accordingly I'm marking the issue resolved. Judging by comment 4, I'm guessing that Andreas Meissl, as the originator of the issue, will have no objections to this resolution of the issue. If that's so, please indicate as much by closing the issue. If for some reason you're not happy with this resolution, please indicate by re-opening the issue and explaining what's wrong and what would be required to close the issue in your view. If the WG doesn't hear from you in the next couple of weeks, we'll assume you're happy and close the issue on your behalf. Thank you in any case for your interest in the spec and for your review.