fluxcoil.net

I bought a keyboard in korea, with background LED and hangul on its keys. Quite cheap for this quality and LED backlight. This document my reminder for using it on linux, as the keyboard needs minor tweaking for my usage on Linux.

[chris@Гага́рин ~]$ lsusb
[..]
Bus 001 Device 004: ID 0c45:760a Microdia 
[..]
[chris@Гага́рин ~]$ 

The keyboard is usable as is with Xorg, I just have the habit of using the right ctrl-key together with the cursor keys to change the virtual screen. When starting “xev”, one sees that the right ctrl-key gets recognized by Xorg, with keycode 131. It is mapped to “Hangul” though, and windowmaker does not recognize the key when running “wmprefs”.

• “xev” should be used to see if keys are recognized by Xorg at all. For example the light changing key is not recognized at all, probably only the keyboard is not carrying the data to the outside.
• “xmodmap -pke > ~/.Xmodmap” can store the current mappings in a file
• The following code can be used to remove the groupings of keys into the “control” group, fill it with Control_L and Control_R, and map the key with code 131 to “Control_R”:

xmodmap -e "clear lock"
xmodmap -e "clear control"
xmodmap -e "add control = Control_L Control_R"
xmodmap -e "keycode 131 = Control_R"

• The following is doing the mapping via xmodmap file:

[chris@Гага́рин ~]$ cat .Xmodmap 
clear lock
clear control
add control = Control_L Control_R
keycode 131 = Control_R
[chris@Гага́рин ~]$ 
[chris@Гага́рин ~]$ xmodmap ~/.Xmodmap 
[chris@Гага́рин ~]$ 

• compat with ibus: I often switch with the ibus-framework between the German/English/anthy/mozc layout/input methods. With the default ibus settings, the mapping of the Hangul_Hanja got lost each time after switching to a different layout/input method. Executing “ibus-setup” and activating “Use system keyboard layout” fixes this.

• https://wiki.archlinux.org/index.php/Xmodmap