Problem when creating a keyboard shortcut with the Input Gestures Dialog #3617

nvaccessAuto opened this Issue Nov 1, 2013 · 4 comments


None yet

1 participant


Reported by PZajda on 2013-11-01 14:25

When creating a keyboard gesture, NVDA displays a pop-up menu to choose the keyboard layout which this shortcut will be used for.
The problem is, if I want to leave this menu I.E. because a mistake when selecting the concerned shortcut, there is no way to cancel the operation without closing the dialog.
If I press escape, the menu stays opened but the dialog is closed.
The behavior for Alt+F4 is a little different and more radical: the dialog and the menu are both closed.

This can be annoying if others unsaved modifications have been made since this dialog has been opened, because these won't be saved.
And this menu which doesn't close when pressing Escape could causes some confusions.

Some thoughts to solve it:

  • Add a "Cancel" menu item;
  • Make the escape key and Alt+F4 to only close the menu, not all the dialog;
  • Or a combination of both :)

Blocked by #3763


Comment 1 by jteh on 2013-11-01 22:24
The issue with the escape key closing the dialog instead of closing the menu is a bug in wx. I did find a ticket in the wx tracker about this, but I don't remember what number it was off the top of my head. Perhaps we cna find a work around. I agree it's pretty ugly.

Pressing alt will close the menu without making a specific selection. However, the way it is now, it will just default to the first item. Cancelling is difficult because an item already gets added when you press the Add button ("Enter input gesture:"), even though it isn't useful yet. Note that if there was only one choice, there'd be no menu and you wouldn't have the chance to cancel it. You cancel it by just removing the new item. If this is a major problem for people, I can try to change it, but note the point about the case of a single choice.


Comment 2 by nvdakor on 2014-12-30 04:12
Coming back to this ticket...
If I try closing the menu by pressing ESC in next.11424, the menu is closed, suggesting the underlying WX issue was solved in WXPython 3. As Jamie said, when the menu is closed, the first choice is automatically selected.


Comment 4 by James Teh <jamie@... on 2015-01-09 02:45
In [40a6012]:

Updated wxPython to

Fixes #3763, #2115, #2539, #3617.

State: closed


Comment 5 by jteh on 2015-01-09 02:53
Milestone changed from None to 2015.1

@nvaccessAuto nvaccessAuto added this to the 2015.1 milestone Nov 10, 2015
@jcsteh jcsteh added a commit that referenced this issue Nov 23, 2015
@jcsteh jcsteh Updated wxPython to 40a6012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment