RESOLVED FIXED 30842
Support ARIA "tab" roles
https://bugs.webkit.org/show_bug.cgi?id=30842
Summary Support ARIA "tab" roles
chris fleizach
Reported 2009-10-27 20:07:47 PDT
tab, tabpanel and tablist
Attachments
patch (40.25 KB, patch)
2009-11-01 22:06 PST, chris fleizach
bdakin: review+
chris fleizach
Comment 1 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 http://codetalks.org/source/widgets/tabpanel/tabpanel1.html
chris fleizach
Comment 2 2009-11-01 22:06:50 PST
Created attachment 42300 [details] patch 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...
chris fleizach
Comment 3 2009-11-01 22:07:32 PST
Beth, can you review this one. One of the ARIA things we talked about
Beth Dakin
Comment 4 2009-11-01 22:33:47 PST
Comment on attachment 42300 [details] patch Nice! r=me
chris fleizach
Comment 5 2009-11-02 08:58:19 PST
Note You need to log in before you can comment on or make changes to this bug.