Issue metadata
Sign in to add a comment
|
A11y: focus remains behind sliding menu on chrome://settings and chrome://extensions |
||||||||||||||||||||||
Issue descriptionGoogle Chrome 69.0.3497.35 (Official Build) dev (64-bit) Firmware Version Google_Lulu.6301.136.57 Steps to repro: # Launch ChromeVox with ctrl + alt + z # Navigate to a webui page with a more options buttons that generates a slide-in menu # Navigate to the more options button and invoke it Expected: focus moves into the menu itself Actual: focus remains on the page underneath The ramification is that screen reader users need to linear navigate just to get into the menu, seeming like there was an element that was unlabeled.
,
Sep 25
,
Oct 4
The focus seems correct when I use the "tab" key without any screen reader. Is that a screen reader bug, not playing well with model <dialog>s (note that the sliding navigation menu is implemented as such).
,
Jan 9
Would it make sense to focus on the first menu item if the drawer was opened using the keyboard?
,
Jan 9
This is working like the action menu and browser three dot menu.
,
Jan 9
,
Jan 10
Another option could be to remove the header of the drawer and align the top of the drawer with the bottom of the toolbar. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kjbooker@chromium.org
, Sep 14