Turns out that the compose-keys fix in r9567 did in fact break one
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Thu, 5 Jul 2012 23:45:20 +0000 (23:45 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Thu, 5 Jul 2012 23:45:20 +0000 (23:45 +0000)
commit8df5b84fdf848119a9e2ba5e5a60846b6eab9886
tree0b8d3381ea96720c4971b4822d36ea7533c6e69c
parent85bc48f6b240fa18c26473ed30264624a1388f46
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.

git-svn-id: svn://svn.tartarus.org/sgt/putty@9573 cda61777-01e9-0310-a592-d414129be87e
unix/gtkwin.c