URL:
<http://gna.org/bugs/?14720>
Summary: Keyboard modifier maps ignored
Project: Battle for Wesnoth
Submitted by: wildpenguin
Submitted on: Tuesday 11/10/2009 at 13:03
Category: Bug
Severity: 1 - Wish
Priority: 5 - Normal
Item Group: User Interface
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.7.7
Operating System: GNU/Linux
_______________________________________________________
Details:
Modifier keys currently appear to be processed based on their keysym, and not
on their corresponding modifier map, as they should be.
For example, evaluating the following with xmodmap:
remove lock = Caps_Lock
add control = Caps_Lock
Will make the Caps Lock key part of the control modifier map. However,
although the key will be handled by Wesnoth as a modifier, it will not be
handled as a control modifier. Additionally, the resulting modifier is not
representable by Wesnoth (i.e., the modifier is not displayed in the hotkey
dialogue and all modifiers keys for that binding are set to "no" in
preferences).
A workaround to this is mapping the keycode corresponding to the desired
modifier to a common keysym for that modifier. For example:
keycode 66 = Control_L
Ideally, reference should be made to the modifier map, as opposed to basing
the modifier on the keysym.
SDL: 1.2.14.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?14720>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
