1613749 - [meta] Rotor does not show any items.

Status: RESOLVED FIXED

(Core :: Disability Access APIs, defect, P2)

Description

[Eitan Isaacson [:eeejay]]

In VoiceOver while in web content, if a user brings up the rotor menu (VO+u) there are no populated items. We need to have it populated for:

• Links
• Headings
• Form Controls
• Tables
• Landmarks
• Articles

In addition, "Window Spots" only shows one item which seems to be the top-level window. Ideally the item in there would be the web content container or any other important window landmarks (maybe side bar, etc). Might be worth spinning out a new bug for Window Spots.

Comment 1

[Marco Zehe (:MarcoZ)]

Chromium was suffering from the same problem shortly after El Capitan (MacOS 10.11) came out I believe. The reason is a new kind of collector API WebKit introduced that VoiceOver now uses, but which isn't (or wasn't) documented. Dominic Mazoni from Google bisected WebKit code and copied what they did.

Comment 2

[Marco Zehe (:MarcoZ)]

Here is the commit in Chromium which made the rotor work after the big Yosemite change in Apple's undocumented APIs.

I found this in an old e-mail thread with Dominic Madsoni where he gave me, among others, the keyword NSAccessibilityUIElementsForSearchPredicateParameterizedAttribute. A search for that also reveals this and this file on an Apple domain that has this defined as well as a lot of search keys we can use. The Mac specific file also contains a lot we may want to know about sub roles and role descriptions for other bugs.

Comment 3

[Morgan Reschenberg [:morgan]]

Attachment: Bug 1613749: Add rotor attributes r?eeejay

Comment 4

[Eitan Isaacson [:eeejay]]

I think this bug can close now. What do you think Morgan?