[Webkit-unassigned] [Bug 73822] [Gtk] Dojo color-chooser menu items should expose ROLE_MENU_ITEM (or do something to identify themselves more clearly to ATs)

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=73822





--- Comment #2 from Joanmarie Diggs <jdiggs at igalia.com>  2012-08-22 11:04:49 PST ---
(In reply to comment #1)

> Anyway, as I said, Dojo is not using aria-owns, so implementing that wouldn't solve the problem. So I'm not sure if we should just close this bug (as that html is not aria compliant with respect to this problem) and wait for an html page that is using properly all that stuff (so we would require to implement the other stuff).
> 
> CCed people, opinions?

Please do not close this bug out. Please do file a bug against the Dojo toolkit [1] pointing to this bug and consider this bug "blocked" pending them fixing the issue on their end. Then we'll have an html page that is using the stuff properly. :)

And while I normally would be skeptical that <insert random toolkit here> could be counted on to fix these sorts of things, I think Dojo is different. Their generic/for-everyone documentation about why use Dojo/Dijit [2] begins with "One of the great features of dijit is the fact that it is all ready for a11y (accessibility)". And they have a full Accessibility statement here [3]. So they're the GoodGuys(tm) and would be an excellent toolkit to demonstrate WebKit ARIA accessibility with.

Thanks for digging into all this!!

[1] http://bugs.dojotoolkit.org/
[2] http://dojotoolkit.org/reference-guide/1.6/quickstart/interfacedesign.html
[3] https://dojotoolkit.org/reference-guide/1.8/dijit/a11y/statement.html

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.