<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>6167</bug_id>
          
          <creation_ts>2008-10-16 11:11:29 +0000</creation_ts>
          <short_desc>Attribute Wildcard Intersection</short_desc>
          <delta_ts>2008-10-24 17:24:36 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XML Schema</product>
          <component>Structures: XSD Part 1</component>
          <version>1.1 only</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows NT</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>resolved</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Kay">mike</reporter>
          <assigned_to name="C. M. Sperberg-McQueen">cmsmcq</assigned_to>
          <cc>David_E3</cc>
          
          <qa_contact name="XML Schema comments list">www-xml-schema-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>22183</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2008-10-16 11:11:29 +0000</bug_when>
    <thetext>In 3.10.6.4 Attribute Wildcard Intersection, the rules start:

The {variety} and {namespaces} of O are consistent with O being the wildcard intersection of O1 and O2 if and only if
1 O, O1, and O2 have the same {variety} and {namespaces}.
2 Either O1 or O2 has {variety} ...

It doesn&apos;t say whether &quot;or&quot; or &quot;and&quot; applies.

I think it should start:

The {variety} and {namespaces} of O are consistent with O being the wildcard intersection of O1 and O2 if and only if at least one of the following is true:</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22217</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2008-10-20 16:38:56 +0000</bug_when>
    <thetext>Another issue in this same area (which I hope I can also class as editorial, but please check it carefully).

Under Attribute Wildcard Intersection, second set of rules, rule 3,

3 The intersection of O1.{disallowed names} and O2.{disallowed names}.

I think &quot;intersection&quot; should be &quot;union&quot;.

For if wildcard V allows all names in namespace N except A and B, while wildcard W allows all names in N except B and C, then the set of names allowed by both V and W is all names in N except A, B, and C.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22218</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2008-10-20 17:02:59 +0000</bug_when>
    <thetext>Further to comment #1. I&apos;m not sure I got that right. Rules 1 and 2 already give you {A, C} in my example. they don&apos;t give you B, because B is not allowed by either wildcard. So rules 1, 2, 3 between them are more-or-less constructing the union, which is the effect I wanted. Moreover rule 3 isn&apos;t confined to QName members of {disallowedNames} - it brings in &quot;defined&quot; and &quot;definedSibling&quot; where appropriate. Though that fits oddly with rule 4.

I can&apos;t really see why the whole set of 4 rules can&apos;t be replaced by &quot;the union of O1.{disallowedName} and O2.{disallowedNames} retaining only those QNames whose URI is allowed by both O1 and O2 as defined in Wildcard allows Namespace Name (§3.10.4.3)&quot; - which seems to me a lot clearer.

And frankly, I don&apos;t see the need for the &quot;The {disallowed names} property of O is consistent with O being the wildcard intersection of O1 and O2&quot; style either - it just seems a longwinded way of saying &quot;O.{disallowedQNames} is the union of O1.{disallowedName} and O2.{disallowedNames}, retaining only those QNames whose URI is allowed by both O1 and O2 as defined in Wildcard allows Namespace Name (§3.10.4.3)&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22250</commentid>
    <comment_count>3</comment_count>
    <who name="Sandy Gao">sandygao</who>
    <bug_when>2008-10-24 17:24:36 +0000</bug_when>
    <thetext>On 2008-10-24, the working group adopted a proposal to address this issue by
- Adding &quot;one or more of the following is true&quot; after &quot;if and only if&quot;
- Simplifyings rules around intersecting {disallowed names}:

1 QName members of O1.{disallowed names} whose namespace names are allowed by O2, as defined in Wildcard allows Namespace Name (§3.10.4.3).
2 QName members of O2.{disallowed names} whose namespace names are allowed by O1.
3 The keyword defined if it is a member of either {disallowed names}.


The proposal (along with changes for other bugs) can be found at (member-only):
http://www.w3.org/XML/Group/2004/06/xmlschema-1/structures.omni0810.html
</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>