ISSUE-2090
@aria-* atributes
@aria-foo atributes: un-prefixed, forbidden?
- State:
- CLOSED
- Product:
- SVG 1.2 Tiny: Last Call
- Raised by:
- Doug Schepers
- Opened on:
- 2008-10-07
- Description:
Al Gilman <http://lists.w3.org/Archives/Public/www-svg/2008Oct/0011.html>: [[ ** problems statement <quote cite="http://www.w3.org/TR/2008/WD-SVGMobile12-20080915/ extend.html#ForeignNamespacesPrivateData"> Unprefixed attributes on elements in the SVG namespace must not be used for extensions. </quote> But that's exactly what WAI-ARIA asks host languages to allow; that the aria-foo attributes appear un-prefixed: <quote cite="http://www.w3.org/WAI/PF/aria/#host_general_property"> The names of these attributes do not have a prefix set off by a colon; in the terms of Namespaces they are "unprefixed attribute names." </quote> (Read at least the whole linked paragraph.) When I ran our approach through the Hypertext CG, I believe the feedback I got was that your group had reviewed this and were willing to live with the un-prefixed, aria-foo attribute names for the WAI- ARIA states and properties. So I hope that this is just a matter of incomplete editing, not a latent disagreement about the host language embedding approach for ARIA. ** proposed change TBD This is rough, but one possible way to fix this would be to add a section 18.5 to the Metadata chapter that reserves attribute names that match the pattern aria-* for use as specified in the [work in progress] WAI-ARIA specification. And allows their presence on elements from the SVG namespace. Then chapter 19 can say "except as provided in 18.5, unprefixed attributes on elements in the SVG namespace must not be used for extensions." This prose would be backed in the schema by a loophole in the syntax that would accept zero or more attributes with names matching this pattern on any SVG element. We would do actual checking to an experimental schema that would be generated from the spec draft, until the WAI-ARIA spec completes the Rec track. This RNG (optionally plus Schematron) schema could resemble the example discussed at http://lists.w3.org/Archives/Public/public-schemata-users/2008May/ 0001.html ]]
- Related Actions Items:
ACTION-2281 on Doug Schepers to Explain that aria- or aria: would be in later specs with real examples, based on tpac discussions - due 2008-10-14, closed- Related emails:
- SVG/profiles/1.2T doc-svgt12.html,1.2,1.3 (from cvsmail@w3.org on 2008-10-30)
- SVG/profiles/1.2T doc-svgt12.html,NONE,1.1 (from cvsmail@w3.org on 2008-10-28)
- Re: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from schepers@w3.org on 2008-10-13)
- Re[2]: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from Alfred.S.Gilman@IEEE.org on 2008-10-13)
- Re: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from Alfred.S.Gilman@IEEE.org on 2008-10-09)
- Minutes, SVG telcon Thursday 9 October 2008 (from anthony.grasso@cisra.canon.com.au on 2008-10-09)
- Re: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from schepers@w3.org on 2008-10-09)
- Re: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from schepers@w3.org on 2008-10-09)
- Re: [1.2T LC] @aria-foo atributes: un-prefixed, forbidden? (ISSUE-2090) (from schepers@w3.org on 2008-10-07)
- ISSUE-2090 (@aria-* atributes): @aria-foo atributes: un-prefixed, forbidden? [Last Call: SVG 1.2 Tiny ] (from sysbot+tracker@w3.org on 2008-10-07)
Related notes:
2008-10-13 20:44:53: Declined to make change in this version, will address in later spec. Commentor satisfied by response: http://lists.w3.org/Archives/Public/www-svg/2008Oct/0121.html [Doug Schepers]
2008-10-15 05:11:42: Deferred to later dedicated spec. Commentor satisfied: http://lists.w3.org/Archives/Public/www-svg/2008Oct/0050.html [Doug Schepers]
Display change log.