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
incorrect speaking of progress bar updates #4388
Comments
Comment 1 by briang1 on 2014-08-15 11:28 I don't see how this could be any other way, unless you dynamically change the incrememts in the speech. |
I am still able to consistently reproduce the reported bug. Any thoughts on the assignment of a priority to this ticket (a P3 IMHO if implementation cost is not too high)? @feerrenrut @jcsteh |
I'm a little unsure of the behaviour being described here, on my system (Windows 10) when I do the following:
Actual:
@bhavyashah Could you please outline what you expect NVDA to report? Do mean NVDA should interrupt itself as the progress bar changes eg:
|
Updates of the progress bar (of Windows during copying of files) you have tested with are not indicated by speech or beeps, which, I suppose is a separate issue (which I must remember to file someday) altogether, as it seems to me. Could you try another progress bar, one which NVDA does recognize and can speak and beep for, in which you will automatically notice that NVDA is saying all percentage intervals from 1% to 100% completely making it lag far behind the beeps which have already indicated 100%. Do I make any more sense now? The example I usually test with, although this bug is certainly applicable to all other progress bars, is the one that appears when I press the Analyse button in CCleaner. |
Ok, I think, I see what you mean now. I have made a test application to make it easier to reproduce this problem: The progress bar can increment faster than NVDA can speak the percentages. NVDA's speech becomes queued and in this case, the progress bar may have been complete for several seconds before NVDA finishes announcing the progress updates. Instead, you are requesting that each percentage announcement can interrupt the previous one. This may mean that on very fast progress bars, there is a series of hard to decipher noise followed by "90%". EG something similar to:
|
Precisely. I haven't tested the zipped file you sent but I am very sure from your textual description that you have interpreted the bug correctly. |
I haven't actually tested this, but looking at the code, it's supposed to only speak percentages every 10%. However, without looking deeply, it looks like we might not be updating the cache for updates which don't speak, which could result in more percentages being read than should read. |
Note that this still doesn't interrupt previous percentage utterances, but it would make things a whole lot better if it worked. I'm not sure interrupting is a good idea here, as that would cause progress bars to interrupt other information. For example, imagine there were a dialog which updated progress very soon after it was opened. That would cause the percentage indication to interrupt reporting of the dialog, which would be quite undesirable. |
@jcsteh I think I agree with your alternative approach. I concede that speech interrupt for reporting progress bar updates could be undesirable for the situation you described and similar ones. I suppose that reporting 10%, 20%...90%, 100% means that only 10 verbal announcements would be made which is reasonable. @feerrenrut Could you morph this issue (by editing the ticket title or description perhaps) to encompass only the bug identified in #4388 (comment)? |
It looks like I might have been wrong in #4388 (comment). With this test case:
Pressing the button starts moving the progress bar in 5% increments; 5%, 10%, 15%, etc. The beeps happen accordingly. Speech only reports in 10% increments starting at 5%; 5%, 15%, 25%, etc. So, this is working as expected. @bhavyashah, based on your agreement that we shouldn't interrupt speech for these after all and given that I've confirmed the 10% increments are in fact working as expected, can we close this as works for me? |
@jcsteh I suggest to Close this issue as well. Interupting speech in this Situation is definitely not the right way because notifications are then possibly ignored, i.e. in Windows 10. |
Hi, But not until we hear from @bhavyashah confirming the existence of this bug in 2018.4, as there were changes made in event handling that may affect this issue. Thanks. |
Unfortunately Bhavyah seems not to be available for a long time. I am closing this as works for me. Please comment on it if you are still having this problem and we can reopen the discussion. Note that you can press ctrl key and then NVDA will start speaking from the last current percentage onwards. |
Reported by blindbhavya on 2014-08-14 16:52
Steps to reproduce
Actual Result
As the progress is made swiftly the beeps will be played correctly. However, NVDA will not speech interrupt for the speaking of newer progress bar updates. Instead, NVDA will complete each announcement without speech interrupt (i.e. 10% 20% 30% 40% etc.)
Expected Result
Let the beeps be played as they are. But there should be a feature in NVDA that allows the user to decide whether they would like speech interrupt for newer progress bar updates.
Also, do you think that the beeping and speaking is not in coordination?
The text was updated successfully, but these errors were encountered: