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>

--- 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:


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 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:56 UTC