W3C home > Mailing lists > Public > www-svg@w3.org > October 2008

[1.2T LC] @aria-foo atributes: un-prefixed, forbidden?

From: Al Gilman <Alfred.S.Gilman@IEEE.org>
Date: Wed, 1 Oct 2008 15:02:23 -0400
Message-Id: <93000308-54D0-4083-8711-C9DD4E81D96B@IEEE.org>
Cc: "w3c-wai-pf@w3.org PF" <w3c-wai-pf@w3.org>
To: www-svg <www-svg@w3.org>

** problems statement


Unprefixed attributes on elements in the SVG namespace must not be  
used for extensions.


But that's exactly what WAI-ARIA asks host languages to allow; that  
the aria-foo attributes appear un-prefixed:


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."


(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

/me, no PFWG consensus implied -- for early warning
Received on Wednesday, 1 October 2008 19:03:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:20 UTC