W3C home > Mailing lists > Public > public-html-a11y@w3.org > May 2011

[Bug 10919] Allow role="presentation" to override the default role of any element

From: <bugzilla@jessica.w3.org>
Date: Wed, 18 May 2011 18:24:29 +0000
To: public-html-a11y@w3.org
Message-Id: <E1QMlQ5-0003vS-NA@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10919

--- Comment #23 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-05-18 18:24:29 UTC ---
(In reply to comment #22)

> Good question. I bet it hasn't been properly considered. Will you file a bug or
> send an email on the ARIA spec about what UAs should do in this case?

I'm not sure about where to file bugs. But I did hower send a message to James
Craig + wai-xtech@ again, where I also mentioned the table cell thing:

http://lists.w3.org/Archives/Public/wai-xtech/2011May/0045

That said, perhaps this isn't very complicated anyhow - the answer is contained
inside ARIA's concept of 'required owned elements'. For example, ARIA says
that: ''' Explicit roles on a descendant or owned element override the
inherited role of presentation, and cause the owned element to behave as any
other element with an explicit role. '''.

So I think that in case of 
   <table role=presentation><tr><td tabindex=0 >Lorem</td></tr></table>

then this would be equal to
      <div><div><div tabindex=0 >Lorem</div></div></div>

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Wednesday, 18 May 2011 18:24:31 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 04:42:38 GMT