-
-
Notifications
You must be signed in to change notification settings - Fork 661
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
Reversed reading order of control types and label/text in browse mode with or without quick keys as well as Productivity degrading announcement of "out of link", "out of list" etc. #11102
Comments
I think it is safe to treat this as a duplicate of #7232. The description of this issue also seem to describe multiple issues, not just one single issue. Could you open a new issue for:
Along with steps to reproduce? |
Hi @LeonarddeR I've logged the issue and below is the link:
|
If a duplicate, we always close the duplicates so only one stays open for the backlog not to get too messy. We'll continue in #7232. |
Ok bro
…On 5/4/20, Leonard de Ruijter ***@***.***> wrote:
> Also, can we please reopen this issue so that it gets visibility and can
> be taken into consideration?
If a duplicate, we always close the duplicates so only one stays open for
the backlog not to get too messy. We'll continue in #7232.
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#11102 (comment)
|
Steps to reproduce:
Actual behavior:
When we navigate in browse mode using quick keys, NVDA announces nearely every element's text first and then it's control type/role which is excellent. For example:
If I'm on any page and there are headings:
"Introduction", "Testing", "About".
Links such as: "Download", "Contact Us".
Buttons: "Search", "Submit" etc.
Now when I navigate to the headings by using quick key: "H", NVDA announces it like:
"Introduction heading level 2", "Testing heading level 2", "About heading level 2".
If I use "L" for links it announces like: "Download link", "Contact us link".
For buttons: "Search Button", "Submit Button" etc.
Now when we navigate in browse mode via arrow keys without using any quick key, the order gets reversed.
It announces the control type first and then the label/text of the control which is very annoying and degrades the productivity level.
For example: "Heading level 2 introduction", "Heading level 2 Testing", "Heading level 2 about",
"Link Download", "Link Contact Us",
"Button search", "Button submit" etc.
It becomes very time consuming to here the control type/role of every control/element first and then it's label/text.
It degrades and badly impacts the web browsing experience with NVDA.
Moreover, it's very annoying to hear: "Out of list", "Out of link" etc while browsing.
Also, if we turn on the article announcement from the "document format settings", still NVDA announces the "article" before every article even though browsing it via quick key.
Expected behavior:
When user navigates via arrow keys, he/she wants to get the information as quickly as possible. But if he/she hears the control type first then he/she requires to wait for hearing the actual information regarding the control role/text.
If possible, a toggle should be added in NVDA so that user can toggle this behaviour as per his/her liking.
Article reporting should also be fixed for the better experience.
Announcements such as: "Out of link", "Out of list" etc should also be turned off or a toggle should be provided for them.
System configuration
NVDA installed/portable/running from source:
Tried with both: (Installed and portable)
NVDA version: Tested with 2019.3, 2020.1 RC1, and latest alpha snapshots.
Windows version:
Windows 10 Build 19041.208
Name and version of other software in use when reproducing the issue:
Chrome 81 stable and latest caneri, Brave latest and caneri, Firefox.
Other information about your system:
Tried with latest RS fast insider releases of windows but same issue is there.
Other questions
Does the issue still occur after restarting your computer?
Yes, always
Have you tried any other versions of NVDA? If so, please report their behaviors.
Yes, tried with all the versions till alpha snapshots and same behaviour repros on every version
If addons are disabled, is your problem still occuring?
Yes, always
Did you try to run the COM registry fixing tool in NVDA menu / tools?
Yes
The text was updated successfully, but these errors were encountered: