NVDA keeps announcing "list item" when using say all #10706
Comments
|
cc: @LeonarddeR |
|
I can also reproduce this issue on my side. Moreover, as one could expect, the issue occurs also when exiting from a table instead of a list. |
|
Could you give a snippet from speech viewer to highlight the problem please? Looking at the HTML for the page there are quite a few lists for each item in (what visually looks like a table, but isn't marked up as one). |
|
It actually happens everywhere. That was just as an example. If you go to the first heading of this issue for instance, then use NVDA+A and down arrow from there repeatedly, it should repeat list item as you go down when already in the list. Happens with landmarks too. I can't copy it from the speech viewer, since it weirdly doesn't show up there. All the extra "list with three items" and "out of list" verbiage doesn't show, apparently. I should add that you need to be right before the list starts when you invoke NVDA+A. So, in this case, on the first heading before the list. |
This comment has been minimized.
This comment has been minimized.
1 similar comment
|
Here is the snippet from log viewer doing what @chojiro suggests in last message on this page: Speech viewer snippet
|
|
Speech viewer is inadequate for the task.
Looking at your snippet, it doesn't do it, so either you're not
encountering the problem with beta 3 or your speech viewer is omitting it
as well, like mine. That's why I didn't include my snippet, since it
doesn't actually prove anything.
It speaks for instance "list with three items" every time you arrow down.
Speech viewer doesn't show that. It just shows each list item as is, with
no extra verbiage before it. That's the expected behavior.
So, for instance, in the "Steps to reproduce", using arrow keys when NVDA+A
is invoked from the heading should produce:
List with three items 1. Open up for instance this
https://forum.audiogames.net/forum/6/general-game-discussion/
List with three items 2. Using NVDA+A, go to a list with L, then use NVDA+A
once the list has focus.
List with three items 3. Try moving to different lists as NVDA+A is
active,and use arrow keys to navigate as well.
Still, what speech viewer shows and what actually is being said are two
different things in this case. Speech viewer shows it as it should have
been said, but doesn't show that "list with three items" is being said for
each press of the arrow key.
If you let it read on its own, it doesn't do this, only when you use arrow
keys to navigate. Naturally, make sure skim reading is enabled in keyboard
settings.
I just went into storage at work and pulled out a new laptop for the sake
of reproducing this, and installing Beta 3 I see the same. Speech viewer
doesn't show the extra verbiage here either compared with what NVDA
actually announces.
Hopefully someone can actually get it to reproduce and fix it.
… |
|
Yes, I have encountered the issue during the speech viewer snippet and this snippet proves that the issue is present. |
|
Indeed. Seems to generally happen when NVDA is inside any kind of element, like tables, landmarks, etc, with the same result that the beginning announcement is spoken repeatedly as you arrow down. |
|
@chojiro I'm not able to reproduce what you are describing in either Firefox or Chrome. Which browser are you using? Can you please restart your computer, and restart NVDA with addons disabled and test again? |
|
I cannot reproduce this with NVDA 2019.3 Beta 3 on all browsers either. I tested in Firefox, Chrome, IE and Edge. |
|
@chojiro this might be related to the synthesizer you are using. Which one are you using? |
|
Ok after further testing I managed to reproduce it.
Actual behavior: NVDA repeats list with x elements expected behavior: NVDA should report the first line of the container. My guess is that the focus is not moving as fast as the read all speech buffer, so NVDA still assumes you are out of the list although the virtual cursor is on the first line of the list item. When NVDA passes the first paragraph or line of the container and you press down arrow, the issue is not reproducible anymore. |
|
and I just noticed that github automatically created a list out of the steps to reprocue, so you can reproduce it with this list in my comment above. |
|
To reproduce this issue, you should also ensure that the "Allow skim reading in Say All" checkbox is checked. |
|
And the issue is not linked to a specific synthesizer. I have reproduced it with eSpeak, OneCore, SAPI5 and IBMTTS. |
|
I am having trouble reproducing this. Could you please set your log to input/output, reproduce the issue and attach the log? |
|
@michaelDCurran:
Here is the log.txt |
|
@michaelDCurran |
|
I am able to reproduce this now. Am investigating further. |
…ol fields when arrowing out and away from them. * no longer have speech.getTextInfoSpeech handle speakWithoutPauses for sayAll, rather this is done in speakTextInfo. This means that gettextInfoSpeech is now more predictable in its output. * sayAllHandler's nextLine method ensures the _lineReached callback can see the TextInfoState after state for the line being spoken has been applied. Previously it was one line behind. * sayAllHandler's nextLine method manually inserts the _reached callback at the very beginning of the speech sequence, as previously using _prefix on speakTextInfo would place it after initial controlFields were spoken.
…l fields (#10878) * Fix #10706: SayAll with skim reading keeps repeting the initial control fields when arrowing out and away from them. * no longer have speech.getTextInfoSpeech handle speakWithoutPauses for sayAll, rather this is done in speakTextInfo. This means that gettextInfoSpeech is now more predictable in its output. * sayAllHandler's nextLine method ensures the _lineReached callback can see the TextInfoState after state for the line being spoken has been applied. Previously it was one line behind. * sayAllHandler's nextLine method manually inserts the _reached callback at the very beginning of the speech sequence, as previously using _prefix on speakTextInfo would place it after initial controlFields were spoken. * Fix linting issues. * Add deprecation comment.
Steps to reproduce:
Actual behavior:
NVDA keeps announcing "list with x items" or "out of list", even if the cursor is not at all on a list item every time you arrow through, even when the cursor is past the beginning of the list or outside it.
Expected behavior:
NVDA should only speak these messages when you get to boundaries of lists, not inside them.
System configuration
NVDA installed/portable/running from source:
Installed
NVDA version:
2019.3 beta 2
Windows version:
Windows 10 version 1909
Name and version of other software in use when reproducing the issue:
Google Chrome Version 79.0.3945.117 (Official Build) (64-bit) and Mozilla Firefox 72.0.1.
Other information about your system:
Other questions
Does the issue still occur after restarting your PC?
Yes
Have you tried any other versions of NVDA? If so, please report their behaviors.
NVDA 2019.2.1 works as expected.
The text was updated successfully, but these errors were encountered: