Skip to content
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

Change Mouse Hover. #11748

Closed
LarrySilvermintz opened this issue Oct 10, 2020 · 9 comments
Closed

Change Mouse Hover. #11748

LarrySilvermintz opened this issue Oct 10, 2020 · 9 comments
Labels
audience/low-vision PR or issue is relevant to sighted or low vision users bug close/duplicate feature/mouse-tracking

Comments

@LarrySilvermintz
Copy link

LarrySilvermintz commented Oct 10, 2020

Overview: For partially-sighted users, speaking the entire line the mouse is hovering over is a critically important feature. NVDA needs to fix how it speaks (echoes) hovered lines.

Steps to reproduce:

  1. With Firefox visit https://en.wikipedia.org/wiki/NonVisual_Desktop_Access
  2. Ensure that mouse tracking is turned on.
  3. Set Text unit resolution: to paragraph (mouse tracking panel in NVDA settings)
  4. Hover mouse over first paragraph, which has the text: "NonVisual Desktop Access (NVDA) is a free, open-source, portable screen reader[1] for Microsoft Windows.[2] The project was started by Michael Curran in 2006"
  5. Note that only the text "NonVisual Desktop Access (NVDA) is a free," is read, NVDA stops at the start of the first link.
  6. Try to position the mouse so that NVDA reads the whole paragraph (try positioning the mouse after the first link).
  7. Note: when it does, the text from links is skipped.

Actual Behavior:

In focus mode, when hovering the mouse pointer over a line of text, NVDA only speaks a segment of the line, delimited by the edges of a link. Specifically, if pointer moves down to the beginning of the next line of text, NVDA only reads from the beginning of that line up to the start of the first link, then if the pointer is moved over the link, only that link is spoken, and then one must continue moving the mouse to hear successive line segments.

Expected behavior:

Speak the entire line beneath the mouse pointer, just like ZoomText and Supernova.

Context:

NVDA works as an overall excellent companion to a screen-magnifier such as that which ships with Windows. But it must be able to do line echo in order to really be practical.

Environment:

Windows-10 Pro x64 Versio 10.0.19041 Build 19041
Windows Magnifier
Either Firefox 81 or MS Edge browser
NVDA 2020.2
Sample website: Wikipedia.
Wikipedia popups disabled through their account Preferences (found at the top right of Wikipedia pages).
Sample page to reproduce behavior: https://en.wikipedia.org/wiki/NonVisual_Desktop_Access

@LeonarddeR
Copy link
Collaborator

Related to #9515, #9235 and #3590

@Brian1Gaff
Copy link

Brian1Gaff commented Oct 12, 2020 via email

@feerrenrut feerrenrut added audience/low-vision PR or issue is relevant to sighted or low vision users bug feature/mouse-tracking labels Oct 12, 2020
@LarrySilvermintz
Copy link
Author

LarrySilvermintz commented Oct 12, 2020 via email

@feerrenrut
Copy link
Contributor

I can reproduce this issue, I can understand the problem. Note, I have updated the issue description to clarify.

@LarrySilvermintz
Copy link
Author

LarrySilvermintz commented Oct 14, 2020 via email

@Adriani90
Copy link
Collaborator

@jcsteh will this also be fixed by #16912?

@jcsteh
Copy link
Contributor

jcsteh commented Jul 25, 2024

No.

@jcsteh
Copy link
Contributor

jcsteh commented Jul 25, 2024

Duplicate of #2160.

@jcsteh jcsteh closed this as not planned Won't fix, can't repro, duplicate, stale Jul 25, 2024
@iubito
Copy link

iubito commented Aug 21, 2024

Still not fixed in 2024.3, the last update freshly installed.
We don't know what is the right issue, because everybody seem tou encounter this problem, create an issue, and there all duplicates of duplicates.
Note that the voice stop also when the line contains a bold, italic, type-scripted word.

The description of this issue is very clear with a nice example. Wikipedia, with a lot of links, is a nightmare to read by mouse tracking.
Note, that it happen when tracking mode is both line or paragraph.
Firefox, Chrome or chromium-based browsers (Brave), Windows 10.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
audience/low-vision PR or issue is relevant to sighted or low vision users bug close/duplicate feature/mouse-tracking
Projects
None yet
Development

No branches or pull requests

7 participants