Issue metadata
Sign in to add a comment
|
MacViews(a11y): Menus in origin info bubble aren't usable with VO |
||||||||||||||||||||||||||
Issue descriptionVersion: 56.0.2896.0 OS: 10.12 What steps will reproduce the problem? (1) With VoiceOver on, open the origin info bubble. (2) Navigate to one of the permissions pop-up menus. (3) Try to use it. What is the expected output? - The menu is announced as "<current value (e.g. Ask by default>, pop up button". - VO+space opens the menu. What do you see instead? - The menu is announced as "<name (e.g. Location)>, combo box" (it isn't a combo box). - VO+space does nothing. - VO+shift+down announces "in combo box". No other interaction seems to be possible.
,
Dec 12 2016
,
Mar 27 2017
patricialor@, can you have a look at this please? :)
,
Mar 27 2017
,
Apr 6 2017
This should be straightforward - we just need "VO+space" to work. Currently down-arrow and space by themselves work, but VO+Space should do the same as space. Note VO+Space also appears to be broken inside WebContents currently for comboboxes. It does "something", but it doesn't result in showing the menu on <select> elements. Seems to clear the box (it's weird). I think it's fine that the items present themselves as Combo boxes. It's just a quirk of the implementation of the Cocoa OIB that they're popup buttons.
,
Apr 6 2017
On Mac, isn't a combo box the control that allows text input and selection from a list? E.g. in the advanced section of System Preferences -> Language and Region, there are combo boxes that let you enter anything you want as a decimal separator, but have the most common choices in the menu.
,
Apr 6 2017
Huh. I think you're right. In which case
void Combobox::GetAccessibleNodeData(ui::AXNodeData* node_data) {
node_data->role = ui::AX_ROLE_COMBO_BOX;
just needs to be
node_data->role = ui::AX_ROLE_POP_UP_BUTTON,
on Mac since there's definitely no textfield there. Nice find!
,
Apr 12 2017
,
Apr 13 2017
,
Apr 21 2017
,
Apr 21 2017
,
Jun 20 2017
https://codereview.chromium.org/2946783003
,
Jun 21 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/d16b69bc237e5f5d2cc75681aec6d2c130a05f14 commit d16b69bc237e5f5d2cc75681aec6d2c130a05f14 Author: tapted <tapted@chromium.org> Date: Wed Jun 21 10:06:42 2017 Views a11y: Use AX_ROLE_POP_UP_BUTTON for views::Combobox. AX_ROLE_COMBO_BOX is for UI elements with an editable textfield, which views::Combobox does not have. views::Combobox operates most like an HTML <select> element, which is given kPopUpButtonRole in Blink's AXNodeObject.cpp (or kListBoxRole if it allows multiple selection). Use AX_ROLE_POP_UP_BUTTON for views::Combobox on all platforms. BUG= 657900 , 663536 Review-Url: https://codereview.chromium.org/2946783003 Cr-Commit-Position: refs/heads/master@{#481163} [modify] https://crrev.com/d16b69bc237e5f5d2cc75681aec6d2c130a05f14/ui/views/controls/combobox/combobox.cc
,
Jun 27 2017
Tested the issue on Mac 10.12.5 using chrome version 61.0.3141.0 with the below steps 1.Open Permission.site,Clicked on page info 2.Enable Voice over 3.select any Ask option 4.The menu is announced as "<current value (e.g. Ask by default>, pop up button" 5. VO+space opened the menu Please find the attached screen cast for the same.But observed the same behaviour on reported version as well 56.0.2896.0. tapted @ could you Please confirm if anything missed here. Thanks,
,
Jun 28 2017
|
|||||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||||
Comment 1 by ccameron@chromium.org
, Oct 25 2016