]> asedeno.scripts.mit.edu Git - PuTTY.git/commit
Turns out that the compose-keys fix in r9567 did in fact break one
authorSimon Tatham <anakin@pobox.com>
Thu, 5 Jul 2012 23:45:20 +0000 (23:45 +0000)
committerSimon Tatham <anakin@pobox.com>
Thu, 5 Jul 2012 23:45:20 +0000 (23:45 +0000)
commita3f74661c8da1b8ac2eb34b0e73fb70172a85b48
tree0b8d3381ea96720c4971b4822d36ea7533c6e69c
parentd0ac277f78dea1a359d03b3619ace462c8600fca
Turns out that the compose-keys fix in r9567 did in fact break one
piece of keyboard handling: if Num Lock is on, numeric keypad keys are
eaten by the IM, so we must avoid passing them to the IM in the first
place if we're in any non-default numeric keypad mode (application or
Nethack).

This is a grubby way to do it, but the more obvious approach of just
moving the Nethack and app-keypad if statements up to above the IM
call doesn't work because those statements depend on the generic
Alt-prefix handling that happens just _below_ the IM call. So instead
I just repeat the list of keystrokes and modes in an if statement
conditionalising the IM call.

[originally from svn r9573]
[r9567 == 7fc8db15b262ba644b1c7f8e9b89cc5a86f104f2]
unix/gtkwin.c