Issue metadata
Sign in to add a comment
|
CrOS Shortcut Viewer a11y: inconsistent application of indexes for screen reader |
||||||||||||||||||||||
Issue description70.0.3524.2 (Official Build) canary (64-bit) Google_Eve.9584.160.0 Steps to repro: # Start ChromeVox with ctrl + alt + z # Launch keyboard shortcuts app using ctrl + alt + / # Navigate to the category list of tabs such as Popular Shortcuts, etc. Note that as ChromeVox reads them, it reads their index such as "1 of 6" # Navigate to the list in the category for example, the first shortcut in the list of Popular Shortcuts Expected: index is read Actual: no index There is some debate in the AT community about if indexes are required or not. No matter what is decided here, it should be consistent: both have indexes or neither has them.
,
Aug 22
,
Aug 22
Sorry for the confusion, "mash" means the app version. If it still repros with the app disabled, it's not a "mash" problem.
,
Aug 28
wutao@ please triage
,
Sep 25
+dmazzoni@, The category list of tabs, the role is kTabList and kTab. The list in the category, the role is kListItem. They may have different behaviors?
,
Nov 30
Google Chrome 72.0.3593.0 (Official Build) dev (64-bit) Firmware Version Google_Caroline.7820.384.0 Re-testing as part of our assessment. Since it's been two milestones, I did not try changing the flag and just tested the UI out of the box. If that's an issue, please just let me know. Issue still reproduces per steps above. The indexes are fine for the sections list on the left but there are no indexes in the list of actual shortcuts.
,
Nov 30
,
Dec 1
,
Jan 3
,
Jan 7
,
Jan 10
ChromeVox doesn't currently output the index for tab/tabList, even if the posinset/setsize are populated. David, do you think we should fix this? Maybe Aki could do it as a quick one-off?
,
Jan 10
There are no screen readers afaik, that read index and count for list items even if a pos in set / set size is set. List items occur a lot on the web and it would get very chatty, very quickly. The tree in this app is structured a little unexpectedly: tablist ... listitem ... listitem The listitems should in theory be contained within a list. If structured this way, the list would at least verbalize the count. The interaction would then be: <search+right> "accessibility tab, 6 of 6" <search+right> "list with 10 items", "Focus on highlight bar.... list item"
,
Jan 15
Hi David, What kind of structure you suggested to be. Currently the structure is as following: The top parent view is a tabbed_pane view, in TabbedPane::GetAccessibleNodeData, the role is kTabList. tabbed_pane has two child views: On the left is a tab_strip, which contains tabs. The tab role is kTab. On the right is a contents view, which contains a scroll_view. scroll_view contains a KeyboardShortcutItemListView, which contains a list of KeyboardShortcutItemView. In KeyboardShortcutItemView, I override the role to kListItem. Do I add a role to KeyboardShortcutItemListView and override the role to kList? Thanks.
,
Jan 15
When I add GetViewAccessibility().OverrideRole(ax::mojom::Role::kList); to KeyboardShortcutItemListView, it will read as: "Focus on highlight bar.... list item List with 16 items" But this is only for the first list item in the list, the following item will not have "List with 16 items". Is this acceptable? |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by leberly@chromium.org
, Aug 22