Bonjour,
Je suis en train de configurer mon système pour que la touche Windows soit reconnue en tant que touche F20. C’est nécessaire pour en faire ma touche d’action dans Stumpwm (gestionnaire de fenêtre).
J’ai déjà fait ce genre de truc sans trop de soucis lors de précédentes config sur d’autres PC. Je n’avais qu’à placer dans le fichier de config :
(run-shell-command "xmodmap -e 'clear mod4'")
(run-shell-command "xmodmap -e 'keycode 133=F20'")Tout ça fonctionnait sans aucun problème (testé sous Archlinux, Debian Squeeze et Wheezy). Mais depuis que j’ai tout réinstallé et que je suis passé sous Wheezy, ça ne fonctionne plus.
J’ai bien ma touche 133 (Super_L) remplacée par F20, mais il me reste encore les touches Super_R, Hyper_L et Hyper_R dans mod4 de Xmodmap.
En gros, mon ‘clear mod4’ n’est pas pris en compte.
J’ai tenté en créant un fichier .xmodmaprc et en l’appelant depuis .xinitrc, mais le résultat est le même.
En faisant tout ça à la main, par contre, tout fonctionne à merveille.
Quelqu’un saurait pourquoi ‘clear mod4’ n’est pas pris en compte ?
De base, j’obtiens :
$ xmodmap
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x69)
mod1 Alt_L (0x40), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x85), Super_R (0x86), Super_L (0xce), Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)Pour que la config fonctionne, il faudrait que j’obtienne un mod4 qui ressemble à :
mod4 F20 (0x85)Je remarque aussi qu’au démarrage de startx, j’ai pas mal d’erreurs :
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri May 25 15:31:53 2012
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Symbol map for key <NMLK> redefined
> Using last definition for conflicting fields
> Warning: Symbol map for key <KPEN> redefined
> Using last definition for conflicting fields
> Warning: Symbol map for key <KPEQ> redefined
> Using last definition for conflicting fields
> Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPDV> has 5 symbols
> Ignoring extra symbols
> Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPMU> has 5 symbols
> Ignoring extra symbols
> Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPSU> has 5 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP7> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP8> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP9> has 4 symbols
> Ignoring extra symbols
> Warning: Type "FOUR_LEVEL_X" has 4 levels, but <KPAD> has 5 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP4> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP5> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP6> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP1> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP2> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP3> has 4 symbols
> Ignoring extra symbols
> Warning: Type "KEYPAD" has 2 levels, but <KP0> has 4 symbols
> Ignoring extra symbols
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X serverMerci