Bug 30842 - Support ARIA "tab" roles
Summary: Support ARIA "tab" roles
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P2 Normal
Assignee: chris fleizach
Depends on:
Reported: 2009-10-27 20:07 PDT by chris fleizach
Modified: 2009-11-02 08:58 PST (History)
2 users (show)

See Also:

patch (40.25 KB, patch)
2009-11-01 22:06 PST, chris fleizach
bdakin: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description chris fleizach 2009-10-27 20:07:47 PDT
tab, tabpanel and tablist
Comment 1 chris fleizach 2009-10-28 23:48:41 PDT
tab needs to support AXValue (whether its selected... which can be either if an item in its associated tab panel has focus, or it has aria-selected)

a tab can also be selected if KB focus is in one of its aria-controls elements

tablist needs to support AXValue = selected tab, AXContents (children that are not tabs) and AXTabs (children that are tabs)

tabpanel needs to be an AXGroup with a subrole, like the other aria landmarks

make sure this works
Comment 2 chris fleizach 2009-11-01 22:06:50 PST
Created attachment 42300 [details]

Beth, I've made these tab roles like we talked about
tab = AXRadioButton
tablist = AXTabGroup
tabpanel = AXGroup:AXTabPanel

I also mirrored the other Mac accessibility things relating to tabs, and tried to follow ARIA spec.

I re-organized some code so that it would be easy to get all Elements from a specific attribute. 

As a note, when i ran update-webkit-strings, it removed two accessibility strings. i guess those are no longer used...
Comment 3 chris fleizach 2009-11-01 22:07:32 PST
Beth, can you review this one. One of the ARIA things we talked about
Comment 4 Beth Dakin 2009-11-01 22:33:47 PST
Comment on attachment 42300 [details]

Nice! r=me
Comment 5 chris fleizach 2009-11-02 08:58:19 PST