Issue metadata
Sign in to add a comment
|
a11y: Screen reader not reading the zoom percentage when changing zoom level in the Chrome menu |
||||||||||||||||||||||
Issue descriptionGoogle Chrome 67.0.3372.1 (Official Build) canary (64-bit) (cohort: Clang-64) Windows 10 Enterprise Version NVDA 2018.1 JAWS 2018.1803.38 64-bit English This bug came in from a vendor. Steps to repro: # Launch screen reader # Navigate to the Customize and Control Chrome menu # Navigate to the Zoom section of this menu # Press plus or minus Expected: percentage announced Actual: percentage not announced
,
Mar 17 2018
Note, the above commit is pasted in from another bug. The commit itself has the wrong bug number in it but applies to this bug. Update from Nektarios: Now, whenever the zoom level changes while using the plus or minus button in the menu, the new zoom level is announced by an alert.
,
Mar 17 2018
Reverting to Nektarios as not fixed due to JAWS behavior below. Please be sure to update your commit above using this new bug number 823008. Google Chrome 67.0.3372.1 (Official Build) canary (64-bit) (cohort: Clang-64) Windows 10 Enterprise Version 1607 JAWS 2018.1803.38 64-bit English NVDA 2018.1 # Launch screen reader # Navigate to the Customize and Control Chrome menu # Navigate to the Zoom section of this menu # Press plus or minus Expected: percentage announced Actual: With JAWS the time it takes to read the contents of the alert is too long. It's reasonable that a user would want to press the plus or minus several times in a row and then the user only hears "alert" several times. After the last alert is mentioned, there is a pause of a few seconds before the percentage is read. With NVDA there is no problem, the percentage is announced right away and doesn't contain the word "alert" before it. We may need to resolve this bug and open another one for the JAWS alert slowness issue on its own, please let me know if you'd like me to do that by adding label a11y-testers.
,
Mar 29 2018
Unable to reproduce Jaws slowness.
,
Mar 29 2018
I am deciding that this no longer repros because I am using a voice that is slower/less responsive in general than Eloquence. Therefore, it would be the user's prerogative to choose a more or less responsive voice. Since it is indeed spoken, I'm going to verify this bug.
,
May 23 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by leberly@chromium.org
, Mar 17 2018