Infer shiftMask given keysyms that otherwise will not be received

[GoogleCodeExporter]

What steps will reproduce the problem?
A keybinding to    (0, xK_plus)  doesn't work

What is the expected output? What do you see instead?
Instead you have to bind to: (shiftMask, xK_equal)

Maybe doing this correctly regardless of the keymap isn't possible, but
perhaps a reasonable approximation can be done like this:

  * if the keymap contains 'unreachable keys' like "M-+", grab "M-+" and
"M-S-="
  * if we actually get a "M-+", ungrab the "M-S-=", and run the normal
action for "M-+"

This can be done with a handleEventHook outside of core, but for users, the
current workaround is probably easier having an optional handleEventHook to
EZConfig (note how uncommon the use of the optional startupHook from that
module is).

Original issue reported on code.google.com by vogt.a...@gmail.com on 15 Mar 2010 at 5:59

[GoogleCodeExporter]

As a stopgap, this module (startuphook) checks for and reports this kind of 
misconfiguration.  It's not properly haddocked or clean, though.  Modification 
to become a keys hook to rewrite such bindings is straightforward; this would 
also be of interest with respect to automating azertyKeys.

Original comment by allber...@gmail.com on 15 Aug 2012 at 3:06

Attachments:

• CheckUnreachableKeys.hs

[GoogleCodeExporter]

Original comment by vogt.a...@gmail.com on 23 Nov 2012 at 10:50

• Changed state: Patch