Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Prevent of loosing the NVDA key through incorrect settings #2871

nvaccessAuto opened this Issue Dec 17, 2012 · 12 comments


None yet
1 participant

Reported by aliminator on 2012-12-17 08:29
This happens when in the keyboard settings dialogue following settings are set:
Use CapsLock as an NVDA modifier key: unchecked
Use numpad Insert as an NVDA modifier key: unchecked
Use extended Insert as an NVDA modifier key: unchecked

Then, the NVDA key will not be available anymore.
What about providing an error message box if such configuration is goin to be applied.
Another maybe more effective alternative is to provide a multi-select list box for those settings mentioned.

Comment 1 by jteh on 2012-12-22 23:15
Should be done, but not a major concern, since you can access the NVDA menu via the icon in the notification area.

Comment 2 by nvdakor on 2013-05-06 23:06
I can see why it is trivial. However, if all modifier checkboxes are unchecked, user will no longer be able to execute commands which involves NVDA modifier key. I think perhaps a warning dialog about unchecking all modifier checkboxes would solve this problem (if the user answers no, then the user would be returned to keyboard settings dialog with fir modifier checkbox on focus).

Comment 3 by heikofolkerts on 2013-07-16 18:14
the fix checks wether all three checkboxes for the NVDA modifier keys are unchecked and gives an error message when the user presses OK. Implementing a multiselect option would be more complex and trickier to understand for new users.
State: closed

Attachment 0001-Patch-for-2871-unchecking-all-NVDA-modifier-keys-in-.patch added by heikofolkerts on 2013-07-16 18:16
The patch created by git to fix this ticket.

Comment 4 by jteh on 2013-07-16 21:49
Thanks for the patch. The ticket should remain open until the fix is accepted and committed.
State: reopened

Comment 5 by Michael Curran <mick@... on 2013-10-01 05:49
In [1406623]:

unchecking all NVDA modifier keys in the keyboard settings dialog should give an error. Exact patch re #2871

Comment 6 by Michael Curran <mick@... on 2013-10-01 05:50
In [0487efb]:

Merge branch 't2871' into next. Incubates #2871.

Added labels: incubating

Comment 7 by mdcurran on 2013-10-01 05:52
Thanks for the patch. I cleaned a few little things up:

  • use log.debigWarning rather than log.error as this is not an actual unexpected error in NVDA.
  • use not x rather than x == false in several places. Same meaning but slightly shorter.
  • Cleaned up message wording a little.

Comment 8 by Michael Curran <mick@... on 2013-10-15 09:54
In [01e75f9]:

Merge branch 't2871'. Fixes #2871

Removed labels: incubating
State: closed

Comment 9 by mdcurran on 2013-10-15 09:57
Milestone changed from None to 2013.3

Comment 10 by driemer.riemer@... on 2015-05-29 17:57
Since this is closed, can the keywords be removed to simplify for those of us who are trying to find tickets to review?

Comment 11 by jteh on 2015-06-01 00:01
Sure, though it's fairly easy to simply search for needsCodeReview and status is not closed, so I'm not going to bother doing this for all tickets.

@nvaccessAuto nvaccessAuto added this to the 2013.3 milestone Nov 10, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment