<?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>5675</bug_id>
          
          <creation_ts>2008-05-02 17:36:51 +0000</creation_ts>
          <short_desc>Allowing inheritance of anyAttribute when restricting</short_desc>
          <delta_ts>2008-06-13 17:12:44 +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>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>LATER</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>restriction cluster</status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Fabio Vitali">fabio</reporter>
          <assigned_to name="C. M. Sperberg-McQueen">cmsmcq</assigned_to>
          <cc>pmarinel</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>20018</commentid>
    <comment_count>0</comment_count>
    <who name="Fabio Vitali">fabio</who>
    <bug_when>2008-05-02 17:36:51 +0000</bug_when>
    <thetext>Hello. 

I do not know if in XSD 1.1 the WG is examining the problem of restrictions for attribute wildcards.
 
Although when deriving a complex type by restriction the base type definition&apos;s attribute uses is automatically inherited by the restricted type, in section 3.4.2 of http://www.w3.org/TR/2007/WD-xmlschema11-1-20070830/ it is stated that the base type definition&apos;s attribute wildcard is *not* inherited. 
 
Therefore we end up with two different rules for attribute uses and attribute wildcard which are in our mind not only difficult to understand, but also making noteworthy use cases difficult (or even impossible) to deal with. 

For example, as it often the case, we could decide to provide a ur-type (from which all other types are derived) to define a number of features (among which, for instance, core attributes such as class, title and id in XHTML) that are shared among all subsequent derived types. A very important schema-wide decision could be allowing any attribute using the anyAttribute wildcard. But unfortunately we cannot just place the anyAttribute element in the ur-type, as any subsequent restriction, while maintaining the core attribute set, would remove it. Having or not having an attribute wildcard, therefore, cannot be a schema-wide decision. This is very unfortunate. 

I can provide a simplified version of the CEN Metalex schema that examines the problem. We would like to allow attributes from external namespaces, such as RDFA. Currently the two examples are not valid, and would become so only by adding the anyAttribute element in all derived types. 

We strongly suggest allowing element wildcards to be inherited by restriction, if possible directly in version 1.1.

Ciao

Fabio and Paolo</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20019</commentid>
    <comment_count>1</comment_count>
      <attachid>549</attachid>
    <who name="Fabio Vitali">fabio</who>
    <bug_when>2008-05-02 17:41:09 +0000</bug_when>
    <thetext>Created attachment 549
Two schemas importing a common schema that should, but doesn&apos;t, inherit anyAttribute. Also, two examples that aren&apos;t valid</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20074</commentid>
    <comment_count>2</comment_count>
    <who name="C. M. Sperberg-McQueen">cmsmcq</who>
    <bug_when>2008-05-09 20:13:59 +0000</bug_when>
    <thetext>On our telcon today, the WG classified this issue today as needsAgreement.

There was concern over the possibility of changing the interpretation of
existing schemas; FV proposed that inheritance of wildcards be under 
control of an attribute which defaults to meaning &apos;no inheritance&apos; so that
existing schema documents do not change interpretation.  The upshot was that
there was neither consensus that we should do this, nor consensus that we
should not.  So:  needsAgreement.

The chair warned that in view of the calendar the passage of time, 
and the editorial backlog, it is not certain that we will get changes
drafted and agreed for all items classed needsDrafting, let alone other
items, so that most items marked needsAgreement are at risk of being 
closed without change with the disposition LATER or WONTFIX. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20457</commentid>
    <comment_count>3</comment_count>
    <who name="C. M. Sperberg-McQueen">cmsmcq</who>
    <bug_when>2008-06-13 17:12:44 +0000</bug_when>
    <thetext>The XML Schema Working Group discussed this issue at its teleconference 
of 13 June 2008.  There was some support for the idea proposed, but the
consensus of the group as a whole is that we cannot provide this new
feature without a high cost in delay.  So with some reluctance,
the WG agreed to close this issue with a disposition of LATER, in the
hopes of coming back to it at some future date.  There was also some
hope that the xs:openContent construct might at least mitigate the
inconveniences mentioned in the original bug report.

Fabio (and Paolo), as the originator(s) of this proposal, the WG would
be grateful to you if you would consider this disposition of the
issue and let us know by closing the issue that you are willing to accept
the WG&apos;s decision, or by reopening it that you are dissatisfied and wish
the WG to reconsider, or wish to appeal the WG&apos;s decision to the Director.

</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>549</attachid>
            <date>2008-05-02 17:41:09 +0000</date>
            <delta_ts>2008-05-02 17:41:09 +0000</delta_ts>
            <desc>Two schemas importing a common schema that should, but doesn&apos;t, inherit anyAttribute. Also, two examples that aren&apos;t valid</desc>
            <filename>RestrictAnyAttribute.zip</filename>
            <type>application/zip</type>
            <size>2562</size>
            <attacher name="Fabio Vitali">fabio</attacher>
            
              <data encoding="base64">UEsDBBQACAAIAIabojgAAAAAAAAAAAAAAAAOABAAZXhhbXBsZS1lbi54bWxVWAwA2FEbSCxPG0j1
AQAAdZHNbsMgEITvfgrE3RC3l8rCRFWlntKTU6lXjLcBxQbLbGI/frFDJac/3FbMfDsDYj/3HbnC
GKx3FS3YjhJw2rfWnSr6fnzNn+heZqLx/kyi1IVyDraiBnEoOZ+miU2PzI8n/rDbFfzj7VBrA73K
rQuonAaakXiipwzrxcFrheuuDQJm1Q8dMO17wniacnBsDm0CLKv/89wktq1oU1C5DsKAWjoQhTja
5oJQ0avqLkDl0QBBix0Q/0kwDks3wZMh2QPoJeUKDd/QLVjWSVH8sK4ibdSAMCZ7rreEO8pLEv5F
WYWDrH0fA8OMRDRysmhi4K4VvJFEuZYIKy2qzuoguJVM8OEX4TnKwkLp/XhD3csET3lTeZ7ax3/n
y+PI7AtQSwcItaxoih8BAAAnAgAAUEsDBBQACAAIADhpojgAAAAAAAAAAAAAAAAOABAAZXhhbXBs
ZS1lbi54c2RVWAwA2FEbSHv2Gkj1AQAAlZPLbsIwEEX3+QrL+8bQbqqIBKlUtJVoF31I3RozEAvb
k/rR8PlNTCqKConIMjpz5s5VMpnutCLfYJ1Ek9NxOqIEjMCVNJucfrzPr27ptEgmO7fKnChBc9IM
GJc1L3Jael9ljNV1ndY3KdoNux6NxuzzefEW2calQIPxc7T6HtY8KJ/Tr8CVXEtY0YS0j+d2A/6F
a3AVF3CkhR3XlYJUoKZkj3f7z2J/qWCPsGCF4s6Bi1nbY4sk4vE+qSu0npiTQf6Pkn0fCxTcx/JS
FuysgxofZUV0HxZ0ZcQNOV0ibmnM6sLSeelDq3mwGKqcBpvxpXtF9EMaB6Kdoz2aGRrPpQH76zqh
ESWvfENcojnnKoG330+f67FDzgeq9t301XOnUGwHa6ZDmiejmqt6osgLFcmEHf6X4gdQSwcINxl9
HTcBAABjAwAAUEsDBBQACAAIADabojgAAAAAAAAAAAAAAAAOABAAZXhhbXBsZS1pdC54bWxVWAwA
2FEbSJdOG0j1AQAAdZJNT8MwDIbv/RVR7m1WuKApzYSQOI3ThsQ1TU0bLa2rxKwVv540Kmgwlpud
9338Icvd3Dt2Bh8sDhUviw1nMBhs7NBW/PX4nD/wncqks7VHFrVD2M7BVrwjGrdCTNNUTPcF+lbc
bTaleHvZH0wHvc7tEEgPBnjGomEbUnaPRlOqdOGHWfejg8JgzwqxRrmlYg7N4l6K3jLEf9tUvC65
ylh8kiyhAyJkmsjb+oOw4mft0ANXxw5YFDhg+M4oBjXiSYofz8oI8Bl7hEQO3+TfdHUAswzCyit7
Eho9LllcGbm5xPxBPXV6JPA3UEk8aq/VAfvYPszEZKsmS11s3zVStIrpoYk1lSXtrAlSGFVIkUz/
cB6jOCysPi4lAa/EkbAOsK5ErDuJpyDSLajsC1BLBwjAfB9qLQEAADsCAABQSwMEFAAIAAgAtJmi
OAAAAAAAAAAAAAAAAA4AEABleGFtcGxlLWl0LnhzZFVYDADYURtIw0sbSPUBAACVk0tPwzAQhO/5
FZHvxC1cUNSkEkUFpMKBh8R1625TCz+CvSYVv57ELSoVbar6aM1+OzOyR+O1VukXOi+tKdgwG7AU
jbALaaqCvb1OL67ZuExGa7/IvVihhrQdMD5vLwq2IqpzzpumyZqrzLqKXw4GQ/7+OHuJ2palUKOh
qXX6FpcQFBXsM4CSS4kLlqTdIXAV0hNo9DUI3MPiGnStMBNWs3Qj3+4/KvurCm5PFpxQ4D366LUL
WyZRHvNJXVtHqTlo5P9ouuljZgVQLC/jwU22opbHeBnZuwXbMuKGgik5d5ZFsz7MPUkKHefO2VAX
LLgc5v7ZWjrF8fjdjiHrwUysIZAG3S/rAEZALckqexbnGIw6FBL10u4RumfW46kGB5uG+kq6UVZ8
nHJUsVOYB6PaaH0NnYlIRnz3bcofUEsHCHLBkQM8AQAAagMAAFBLAwQUAAgACADlnKI4AAAAAAAA
AAAAAAAADQAQAHVyQ2xhc3Nlcy54c2RVWAwA2FEbSL1RG0j1AQAA7VbJbtswEL37KwjmXMtuL4Vg
OeiWtmjjAK0L9EpRY5uoRCpcavnvS1GLpWiJ7aQ9VQcDMucNZ957HGpxnSUx+g1SMcEDPJ/OMAJO
RcT4NsA/1jcvXuPr5WSRqchXdAcJQRbAlW//CPBO69T3vP1+P92/mgq59V7OZnPv5+3X7y4WT5B9
NJFb0CuSgEoJhRbMSBoTpUA5tNveYYpNHot1oRBDAlzfCJm8hw0xsQ7wvSEx2zCI8HLiglwDRGvJ
QqPhoxQmRdxWFGAqJNgoVD7twCqGaNgKecBIH1L7nsesbtd3Xz6sMPIeAbPoIlj+exHQkXQakh/e
tMClPldXdgWjVAoKSr0TXFt+VYBjktVJFl6X0SbXVCRpDNnaVlHWZWT+ghEJlZaEWpW0NB3qS1y5
6XGxDoDMLuRuRSFRZYe2XJe7HT6ku4RNgMF3wjc5ObZV79EozhuqrrWSlzFOQ44ljIN8UPFp3Uuw
5DGqj/2Dbx6maiEU3Bt7oqG7fKS0OEEVMVagT0DyCYBRQrI7So206hseCsMje6a8kVx0JxgFlDBe
4eYDWfqTjBRVM9dR7QTw21jQX4PAUkNXew+P3jiR58+MDcsgymfPWEfnTBOTW0HaCpm01Pa7uuGd
v+BrR3BxwpOiu4uO9/kG7zpudpbjBgzzmcdWmX5hxt1yqRvCXov+C+2KXv+L9wTxWP+Oz69e1WxR
mu31mxC6c6uWlYLfvm7q27s3U2PAPke6+hIZStYYGaOJytn91DSVKYbyNE+BTTQpx777kl1O/gBQ
SwcIjPT4oEsCAAAqCwAAUEsBAhUDFAAIAAgAhpuiOLWsaIofAQAAJwIAAA4ADAAAAAAAAAAAQKSB
AAAAAGV4YW1wbGUtZW4ueG1sVVgIANhRG0gsTxtIUEsBAhUDFAAIAAgAOGmiODcZfR03AQAAYwMA
AA4ADAAAAAAAAAAAQKSBawEAAGV4YW1wbGUtZW4ueHNkVVgIANhRG0h79hpIUEsBAhUDFAAIAAgA
NpuiOMB8H2otAQAAOwIAAA4ADAAAAAAAAAAAQKSB7gIAAGV4YW1wbGUtaXQueG1sVVgIANhRG0iX
ThtIUEsBAhUDFAAIAAgAtJmiOHLBkQM8AQAAagMAAA4ADAAAAAAAAAAAQKSBZwQAAGV4YW1wbGUt
aXQueHNkVVgIANhRG0jDSxtIUEsBAhUDFAAIAAgA5ZyiOIz0+KBLAgAAKgsAAA0ADAAAAAAAAAAA
QKSB7wUAAHVyQ2xhc3Nlcy54c2RVWAgA2FEbSL1RG0hQSwUGAAAAAAUABQBnAQAAhQgAAAAA
</data>

          </attachment>
      

    </bug>

</bugzilla>