Issue metadata
Sign in to add a comment
|
[A11y - Dialog] Modals are called in different names, ‘alert’ or ‘dialog’ or not-announced |
||||||||||||||||||||
Issue descriptionChrome Version : Stable 61.0.3163.100 OS Version : Win10 Screenreader : NVDA Modals are called in different names,: - ‘Alert’: Resubmit form, JS Alert, JS Confirm - ‘Dialog’: HTTP Auth, Add extension, JS Prompt - Not-announced: Sign in, Print This creates unclarity on whether the expected UI is present, and how to use the UI. Recommended fix: - Consider announcing all modals as in a single consistent name, ‘dialog’ Video* (issue): https://drive.google.com/open?id=0B1VXa3kr2lYjd3dQWVBLNEFlelU Full doc*: go/ar-dialogs-win-2017 *: Docs and videos are google internal Related notes: - If an implementation to fix this bug covers all other dialogs in the same type, it will be ideal. - If it's a spot fix for a listed dialog, we can still use the fix as a reference for future fixes for others. - Please discuss if the issue needs to be clarified further, and/or if there's an alternative fix. - Independently, expanded tests are needed for 1) Harmony flag enabled, 2) Win10+JAWS, 3) CrOS+ChromeVox, and 4) OSX+VO, and also modification of this bug is needed if the same issue occurs on 1)-4). Thanks!
,
Oct 17 2017
,
Oct 18 2017
Harmony (chrome://flags/#secondary-ui-md) has the same issue. Tested on Canary 64.0.3243.1, Win10, NVDA
,
Oct 30 2017
,
Dec 14 2017
,
Dec 15 2017
,
Dec 15 2017
Setting to p2 since this was found during our assessment
,
Apr 25 2018
Perhaps it should be a "dialog" when the user brings it up explicitly (e.g. Ctrl+P to print), and an "alert" or "alert dialog" when it happens fairly spontaneously and is possibly an unexpected interruption.
,
Apr 25 2018
,
Sep 18
,
Sep 18
,
Sep 18
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by hwi@chromium.org
, Oct 17 2017