|
Re: "input gesture dialog" bug
Gene
Why did it take a long time? When I first created a ticket, it
took a good deal longer than after I did it a little more. One
thing I found out that saved me a lot of time is that the template
appears intended to be filled out staying in focus mode. As I
recall, if I am in the part that you fill out, I could arrow up and
down from question to question and write what was wanted. If I
tried to do this while moving in browse mode, it was much more
cumbersome. If that is what slowed you down, a little
experimentation may show you how to fill in the template much
faster.
toggle quoted message
Show quoted text
Gene On 6/29/2022 4:06 PM, bering.p wrote:
Thanks Cyril. |
|
|
|
Re: "input gesture dialog" bug
bering.p
Thanks Cyril.
toggle quoted message
Show quoted text
I took the time because I had it, but I won't do it every day. Others will have done it much faster than me. For information, I have worked around this problem in my add-on. If necessary, I will explain it when answering the ticket. Best regards. Paul. Le 29/06/2022 21:55, Cyrille via
groups.io a écrit :
Paul, I have seen that you have opened the ticket. |
|
|
|
Re: "input gesture dialog" bug
Cyrille
Paul, I have seen that you have opened the ticket.
toggle quoted message
Show quoted text
Thanks and congratulations! For reference, here is the link: #13854. Cyrille On Wed, Jun 29, 2022 at 08:44 AM, Cyrille wrote: Hi all |
|
|
|
Re: [Solved] Pacmate 40 display problem
Timothy VD Berg
Good news
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Andre Vosloo via groups.io
Sent: Wednesday, 29 June 2022 18:48 To: nvda@groups.io Subject: [nvda] pacmate 40 display problemsd
Hi all
I sorted the problem out. Uninstalled device and deleted driver. When I rebooted and plugged the display in NVDA recognized it immediately and it is more responsive now than before.
regards |
|
|
|
Re: "input gesture dialog" bug
On Wed, Jun 29, 2022 at 09:16 AM, bering.p wrote:
When an error is traced in the log, how do you as a user know that it does not impact NVDA?- Do you notice any difference whatsoever in NVDA (or insert appropriate program here for others) behavior? If no, that's enough. I'd love for those getting exercised about this to one day open up virtually any Windows error log you can think of. There are literally hundreds of errors per day, sometimes per hour, where the world goes merrily along. If the error is neither fatal, nor deleterious to the user experience, then it's a big meh. Normal errors do exist. And we know this in NVDA because every time those inexperienced with the betas start using one there are almost invariably reports here stating, "I'm hearing the error sound repeatedly." Those are almost equally invariably "normal errors" that would never be reported to the end user in the production software, even if that very beta is what becomes the production software. -- Brian - Windows 10, 64-Bit, Version 21H2, Build 19044 The real art of conversation is not only to say the right thing in the right place but to leave unsaid the wrong thing at the tempting moment. ~ Dorothy Nevill |
|
|
|
[Solved] Pacmate 40 display problem
Andre Vosloo
Hi all
I sorted the problem out. Uninstalled device and deleted driver. When I rebooted and plugged the display in NVDA recognized it immediately and it is more responsive now than before.
regards |
|
|
|
Re: "input gesture dialog" bug
Gene
That's interesting. I wasn't sure if it was causing any problems.
When I tried to reproduce it, I couldn't either because I did
something incorrectly or for some other reason but others have
reproduced it.
toggle quoted message
Show quoted text
Gene On 6/29/2022 10:44 AM, Cyrille via
groups.io wrote:
Hi all |
|
|
|
Re: "input gesture dialog" bug
Cyrille
Hi all
toggle quoted message
Show quoted text
@Paul, Why don't you open the ticket yourself? You have all the skills to do it. The technical description that you made of this issue is more than correct with a detailed way to reproduce the issue. And your English, as written in your messages, is also correct. If something else is blocking you, just let us know and we can help, here or in GitHub once the ticket is opened. @Gene: A common consequence of an error occurring in the GUI is that the GUI may not work as expected in the future. For example if you add the following steps to Paul's steps: - close the input gesture window - open a new input gesture window - open a new input gesture window - open a new input gesture window - open a new input gesture window - open a new input gesture window - open a new input gesture window You will end up with many input gesture window opened, whereas the standard behaviour of NVDA is to re-focus the input gesture window if it is already opened in the background. Cheers, Cyrille On Wed, Jun 29, 2022 at 04:08 AM, bering.p wrote:
Hi, |
|
|
|
Re: "input gesture dialog" bug
Hi all, As Luke pointed out, this is caused by input gestures dialog trying to show more categories than category results count it has found. You can reproduce this bug across languages (which explains results Paul and Rui were reporting) as follows:
Expected: no errors. Actual: error with IndexError traceback is recorded in the log. You won't hear the error tone if you are using stable version of NVDA. Cause: see Luke's remark. Technical (internals): a gestures view model is used by NVDA to show you categories, input help messages, and associated commands. During normal business hours (when no errors occur), you would select the first category, search for gestures, and NVDA will not play error tones. This is because the list of results is greater than 1 unless you type a string of letters and symbols which results in the tree view becoming empty. The IndexError comes not from input gestures dialog per say, but from the gestures view model as the categories count exceeded the position of the tree view you were focused on (NVDA uses GetSelection function from various wxWidgets controls a lot to determine where you are and take appropriate actions as this function returns the position index (0-based)). For folks wishing to submit a GitHub issue, search for existing issues on input gestures dialog before writing a new issue. Cheers, Joseph |
|
|
|
Re: "input gesture dialog" bug
bering.p
Sorry, but I use NVDA in french language.
toggle quoted message
Show quoted text
For english language, it's the "tools" category. I don't think it's up to the user to decide whether this error is important or not. If developers are logging errors, maybe it matters and probably want to know when they happen. Otherwise, they log warnings. I think it is up to them whether the errors that have been reported to them should be corrected or not. Best regards. Paul. Le 29/06/2022 14:26, Gene a écrit :
I don't know why you see the mouse category where you describe it. I have to up arrow something like seven or eight times. Once I get there, if I shift tab once to the filter field and type z, then tab once to the list of filtered results, the results are filtered properly. There are many times when errors occur in NVDA that don't have any effect on the operation of the screen-reader and in such cases, errors are generally not corrected. |
|
|
|
Re: "input gesture dialog" bug
bering.p
Hi.
toggle quoted message
Show quoted text
When an error is traced in the log, how do you as a user know that it does not impact NVDA? How can we verify that the result of the filter is correct when there is this error? It seems to me that an error that does not impact NVDA, is reported as a warning. Best regards. Paul. Le 29/06/2022 13:53, Gene a écrit :
But do the errors effect NVDA? It sounds as though the point is to provide a command to take an action. Is the action taken? I have no objection to reporting the error, but if it doesn't affect performance in any way, correcting it may not be a good use of resources and time. |
|
|
|
Re: "input gesture dialog" bug
Luke Davis
Gene wrote:
There are many times when errorsWarnings, yes. Errors, not so much. But this one is an index off by one error. Someone coded it so that it looks up index 4 in a 4 item list that starts at 0. In other words, it has items zero through three, and the code wants the fourth one. It should ask for three, since it counts from zero, but instead it's asking for 4, which doesn't exist. This is a moderate problem, because as Rui pointed out, the dialog isn't being properly terminated because of the error. Luke |
|
|
|
Re: "input gesture dialog" bug
Gene
I suspect this error has been around for a long time. Does the
error only occur when you type an individual letter? It may be a
bug that doesn't matter. I generally would expect people to filter
by a word or group of words and not by a letter. .
toggle quoted message
Show quoted text
Gene On 6/29/2022 7:30 AM, Rui Fontes wrote:
|
|
|
|
Re: "input gesture dialog" bug
Rui Fontes
Hello Gene!
Às 13:26 de 29/06/2022, Gene escreveu: I don't know why you see the mouse category where you describe it. I have to up arrow something like seven or eight times. Once I get there, if I shift tab once to the filter field and type z, then tab once to the list of filtered results, the results are filtered properly. As I said in previous message, it happens in various sections, not only mouse... But do not happen with all letters... Gene wrote: There are many times when errors occur in NVDA that don't have any effect on the operation of the screen-reader and in such cases, errors are generally not corrected. Sorry, but for me, all errors should be corrected... Of course priority should go to errors that affect the operations... But all errors should be corrected! Rui Fontes |
|
|
|
Re: "input gesture dialog" bug
Rui Fontes
Hello!
A curious error... It only happens at certain categories and with certain letters... By instance, in the Mouse category, if I search by "a" don't gave errors... If I search by "b" it gaves the error...
And the error is index out of range...
The error when you open again the Input gestures dialog is because the previous instance was not destroyed because of the error...
Rui Fontes
Às 12:08 de 29/06/2022, bering.p
escreveu:
Hi, |
|
|
|
Re: "input gesture dialog" bug
Gene
I don't know why you see the mouse category where you describe it.
I have to up arrow something like seven or eight times. Once I get
there, if I shift tab once to the filter field and type z, then tab
once to the list of filtered results, the results are filtered
properly. There are many times when errors occur in NVDA that don't
have any effect on the operation of the screen-reader and in such
cases, errors are generally not corrected.
toggle quoted message
Show quoted text
Gene On 6/29/2022 6:08 AM, bering.p wrote:
Hi, |
|
|
|
Re: "input gesture dialog" bug
Gene
But do the errors effect NVDA? It sounds as though the point is to
provide a command to take an action. Is the action taken? I have
no objection to reporting the error, but if it doesn't affect
performance in any way, correcting it may not be a good use of
resources and time.
toggle quoted message
Show quoted text
Gene On 6/29/2022 6:08 AM, bering.p wrote:
Hi, |
|
|
|
"input gesture dialog" bug
bering.p
Hi,
I think I discovered an NVDA bug using the "input gestures" dialog. I would like you to confirm this and if so, that one of you accustomed to the ticket, make one. I consistently reproduce it with NVDA 2022.1 and 2022.2 beta and all add-ons disabled. To do this: - launch nvda with add-ons disabled, - display the "Input gestures" dialog, - press "end" to select the last category, - go up two categories to select the "mouse" category, - then "shift+tab" to position the cursor in the "filter" field, - type "z". A series of errors appear in the log. Then, each time the "Input gestures" dialog is restarted, a new error is entered in the log. Thank you. Best regards. Paul. -- Paul. |
|
|
|
Re: reducing the frequency of progress updates
Hi, Actually, it is not NVDA that holds progress bar values - it says things according to what Firefox (or any app) tells it to say, more so if this is a live region (for live regions, provided that the application developer or website author is informing screen readers that live text should be announced). Cheers, Joseph |
|
|
|
Re: reducing the frequency of progress updates
Brian's Mail list account
This same issue exists in command prompt of course, where the process finishes almost instantly but the reading goes on for an age.
toggle quoted message
Show quoted text
I've not found any way to control either problem. I have one web page where there are progress bars for file and total upload so the bleeping can sound most odd as can the reading. I've yet to find a way to say only read this progress bar, but not this one etc, I guess in the command prompt you can output to a text file, but not every dos based program will respect that choice either! Brian -- bglists@... Sent via blueyonder.(Virgin media) Please address personal E-mail to:- briang1@..., putting 'Brian Gaff' in the display name field. ----- Original Message -----
From: "Bob Cavanaugh" <cavbob1993@...> To: <nvda@nvda.groups.io> Sent: Monday, June 27, 2022 11:38 PM Subject: [nvda] reducing the frequency of progress updates Hi all, |
|
|