New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
aria-describedby not reported for group in browse mode #12718
Comments
Please update the description with the exact steps you take to test this with NVDA and exact output you actually get and expect to get. You can use the speech viewer to make this easier. This helps to ensure there is no confusion about the expectations. Using Edge and NVDA (2021.1), I have briefly run through this example in browse mode using down arrow. NVDA spoke all of the information (including "description"), from speech viewer:
So far I believe this is the expected behavior, when an element used as the description or name appears in the DOM (and is visually rendered) it is spoken in document order. This prevents situations where information may be duplicated, and presents the page more consistently with the experience of a sighted user. |
Hi @feerrenrut thanks for the reply. Yes I would consider the behavior you are seeing to be correct. Unfortunately that does not appear to be the result I am seeing. (I have also reproduced the same behavior on at least one other Windows PC). |
@scottander could you expand the "Steps to Reproduce" to contain the exact method you use (ie which keys you press), what you hear at each stage? |
@feerrenrut Sure, added. |
Can you please confirm the setting? |
Hi @feerrenrut confirming that Settings > Object Presentation > Report object descriptions is checked during my tests. Thanks for looking into this. |
Thanks for checking that. At this stage I'll need to ask for a debug level log. |
No problem, here is the log @feerrenrut: |
From the log:
When I last tested this I had to assume navigation with down arrow, from the log I note navigation is by pressing tab. Testing again with
Focus mode:
With down arrow in Browse mode:
|
I believe the behavior with tab is expected, since in this case NVDA is reacting to a change in focus. It does not read out all text skipped over. Note that in this test case description is read because it is text that appears on the page, not because it is As for the difference in behavior with radio buttons, I would have to look at the exact sample. |
Thanks for your patience @scottander We also looked at radio buttons. When tabbing to a radio button, focus mode is automatically activated so that you can then use the arrow keys to change the selected radio button. In focus mode the description is read correctly. Technical starting point:
|
thanks for the updates @feerrenrut |
Related issue #11617 |
This issue is also reproducible when pressing x to jump to the first check box in browse mode, so it does not apply only to tab navigation in browse mode. since the aria_describedby atribute is set on the group role and not on the input checkbox, I expect NVDA to report the description any time when i enter the group by what ever navigation mode or navigation key. |
I've just put together a second example. The difference between my example and the original poster's is mine also has a |
cc: @jcsteh maybe at least this can get some attention from Firefox side. However I think it is an NVDA related issue, maybe we should provide a reporting of "has description" when entering the group, and the description could be envoked via nvda+d command at any point in time as long as the virtual cursor or the system focus is placed any where in the group. This would at least prevent the situations where the description is very long and produces noisy verbosity. |
There's nothing that can be done in Firefox. The group description is being exposed correctly. NVDA is just choosing not to report it. |
I can imagine that it becomes very verbose in browse mode if all the descriptions were reported. An alternative solution could be to implement a sound via speech refactor which indicates in browse mode or when using the mouse, when entering and leaving a grouping or container with aria describedby. In this case the user would know there is a description and could invoke it with the key stroke. |
Steps to reproduce:
Add a containing div with role=group
Add aria-labelledby and aria-describedby attributes
Add child inputs of type checkboxes
In Chrome and and NVDA (2021.1):
Open supplied code pen
Tab to Male Checkbox:
-- NVDA reads: main landmark frame Gender grouping Male check box not checked
Tab to Female Checkbox:
-- NVDA reads: Female check box not checked
Reproduced in:
https://codepen.io/scander/full/zYwmMeL
NOTE: If you change the child inputs to radio, I observe my expected behavior.
Actual behavior:
aria-labelled by content is reported by NVDA
aria-describedby by content is not reported
Results using Firefox and and NVDA (2021.1):
main landmark frame Gender grouping Male check box not checked
Female check box not checked
Results using Chrome and and NVDA (2021.1):
main landmark frame Gender grouping Male check box not checked
Female check box not checked
Results using Edge and NVDA (2021.1):
main landmark frame Gender grouping Male check box not checked
Female check box not checked
Expected behavior:
aria-labelled by content is reported by NVDA
aria-describedby by content is reported by NVDA
NVDA speech viewer output something like this:
main landmark frame Gender grouping Male check box not checked Description
Female check box not checked
System configuration
NVDA installed/portable/running from source:
NVDA installed
NVDA version:
2021.1
Windows version:
Windows 10 19043.110
Name and version of other software in use when reproducing the issue:
Firefox
Other information about your system:
Other questions
Does the issue still occur after restarting your computer?
Yes
Have you tried any other versions of NVDA? If so, please report their behaviors.
No
If add-ons are disabled, is your problem still occurring?
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
Yes
The text was updated successfully, but these errors were encountered: