[XMLSCHEMA-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: anyAttribute via attributeGroup refs problem

From: Christian Roth <roth@visualclick.de>
Date: Tue, 11 Nov 2008 13:06:31 +0100
To: "XML Schema Development List" <xmlschema-dev@w3.org>
Message-Id: <20081111120631.135293125@kriro.de>
Re: anyAttribute via attributeGroup refs problem

Michael Kay wrote:

>There is a very surprising rule here: when you reference two attribute
>groups and they both contain attribute wildcards, you get the intersection
>of the wildcards, not the union as you might expect.

Thank you! Is the "surprising rule" you refer to the one under 

ยง3.4.2-"XML Representation Summary: complexType Element Information
Item"-"Complex Type Definition with simple content Schema Component"-2.2.1 

(don't know if there is a more concise way of referring to that specific
document location)? 

Yes, I would have expected a union in the same way single attribute
definitions form a union, since my personal view up to now on
"anyAttribute" was that it's just a slightly more generalized
"attribute". Obviously, it's not, but treated quite differently. Haven't
thought on this long enough, but: are there use cases for namespace
intersections? Isn't the main concept of namespaces that they are
orthogonal and, as a consequence, the intersection of namespace
wildcards will always be empty? Ok, there is still the special
"namespaces" ##local, ##targetNamespace, ##other or ##any with which it
might yield a non-empty result.

Regards,
Christian
Received on Tuesday, 11 November 2008 12:07:09 GMT

Subscribe to the Stylus Scoop newsletter for helpful XML tips and tutorials.
Email
First Name
Last Name
Company

Download Stylus Studio 6 XML Enterprise Edition

Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2007 All Rights Reserved.