Date   

using nvda on google doodle polls

Mary Otten
 

Hi all,


I've actually tried this on  my iPhone too, but that's off topic. I have a doodle poll, and I have  tried on firefox and google chrome. And I just don't get it. Are these things suppose to be accessible? I see nowhere to enter my name. And then in the poll itself, its just confusing. There is a referencer to tap once for this and tap twice for that, and since you can'te fill in your name anywhere, what good is it all? Plus it seems like nothing takes, like when I check a checkbox and am not offered any way to fill in who I am or whatever. What am I missing here?


Mary


Re: "input gesture dialog" bug

 

I wrote the following two tutorials, the second of which contains links to MS-Word fillable forms for the NVDA GitHub Issue.  If you can fill out a form, then unprotect it, copy, and paste it's all there.

Creating a Github Account

Creating an Issue in GitHub for NVDA

--

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


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.

Gene

On 6/29/2022 4:06 PM, bering.p wrote:

Thanks Cyril.
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.
Thanks and congratulations!
For reference, here is the link: #13854.

Cyrille

On Wed, Jun 29, 2022 at 08:44 AM, Cyrille wrote:
Hi all

@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,
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: "input gesture dialog" bug

bering.p
 

Thanks Cyril.
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.
Thanks and congratulations!
For reference, here is the link: #13854.

Cyrille

On Wed, Jun 29, 2022 at 08:44 AM, Cyrille wrote:
Hi all

@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,
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: "input gesture dialog" bug

Cyrille
 

Paul, I have seen that you have opened the ticket.
Thanks and congratulations!
For reference, here is the link: #13854.

Cyrille


On Wed, Jun 29, 2022 at 08:44 AM, Cyrille wrote:
Hi all

@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,
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: [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.

Gene

On 6/29/2022 10:44 AM, Cyrille via groups.io wrote:

Hi all

@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,
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: "input gesture dialog" bug

Cyrille
 

Hi all

@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,
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: "input gesture dialog" bug

 
Edited

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:

  1. Open input gestures dialog.
  2. Do not select any category (NVDA should select the first category, so leave it at that).
  3. Press Shift+Tab to move to "filter by" edit field and type a letter.
  4. Press Tab to move to gestures/categories tree view and record how many categories are showing.
  5. Move back to filter by edit field and clear it (delete whatever letter you wrote).
  6. Move to the tree view and select a category that is positioned one below the number of categories from steps 3 and 4.
  7. Move to filter by edit field and enter the letter from step 3.

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.
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. 

Gene

On 6/29/2022 6:08 AM, bering.p wrote:
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: "input gesture dialog" bug

bering.p
 

Hi.
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.

Gene

On 6/29/2022 6:08 AM, bering.p wrote:
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: "input gesture dialog" bug

Luke Davis
 

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. 
Warnings, 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.  . 

Gene

On 6/29/2022 7:30 AM, Rui Fontes wrote:

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,
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: "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,
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: "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. 

Gene

On 6/29/2022 6:08 AM, bering.p wrote:

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: "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.

Gene

On 6/29/2022 6:08 AM, bering.p wrote:

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.


"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.

4281 - 4300 of 101097