[xorg] Touche Control_R non fonctionnelle (contourné)

Questions et astuces concernant l'installation et la configuration d'archlinux
Répondre
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

[xorg] Touche Control_R non fonctionnelle (contourné)

Message par cycyx »

Bonjour,

Le 30 mai, lors d'une mise à jour, ma touche Control droite a cessé de fonctionner sous X.
Tout le reste fonctionne bien, mais plus celle-là (peu pratique pour les ctrl-l avec Opera/Firefox ou un xterm entre autres).

Pour moi, le responsable serait xkeyboard-config-2.6-1-any.pkg.tar.xz.

Mais je ne vois pas bien ce qui a changé...

Pour info :

Code : Tout sélectionner

[cyriac@m11xr2 ~]$ setxkbmap -print -verbose 10
Setting verbose level to 10
locale is C
Trying to load rules file ./rules/evdev...
Trying to load rules file /usr/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules:      evdev
model:      evdev
layout:     fr
variant:    oss
options:    terminate:ctrl_alt_bksp
Trying to build keymap using the following components:
keycodes:   evdev+aliases(azerty)
types:      complete
compat:     complete
symbols:    pc+fr(oss)+inet(evdev)+terminate(ctrl_alt_bksp)
geometry:   pc(pc104)
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(azerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+fr(oss)+inet(evdev)+terminate(ctrl_alt_bksp)"	};
	xkb_geometry  { include "pc(pc104)"	};
};
C'est moi qui ai configuré le layout fr, la variante oss et l'option terminate. Le reste est configuré automatiquement.

Cette touche n'était même plus reconnue avec xev.
Je l'ai remappée avec xmodmap :
keycode 105 = Control_R
et xev la voit bien depuis, mais pas les applications...

Tout ceci sur un Alienware M11Xr2.

Bref, à l'aide ! :)

Merci d'avance.
Dernière modification par cycyx le sam. 02 juin 2012, 15:32, modifié 2 fois.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Re: [xorg] Touche Control_R non fonctionnelle

Message par cycyx »

Okay.

Bon, en cherchant encore un peu plus, j'ai trouvé l'origine du problème.

Je ne sais toujours pas pourquoi ni comment, mais lors de cette dernière mise à jour, le fonctionnement de la touche Control_R a été modifié.
En regardant la sortie de xmodmap, je me suis aperçu que Control_R était maintenant associé à Mod3 et plus dans le 'modifier' Control...

Bref, la solution est de lancer xmodmap avec ces commandes :

Code : Tout sélectionner

clear Mod3
add Control = Control_R
Le plus étrange est que la dernière mise à jour de xorg-xmodmap date du 25 avril, mais que tout fonctionnait bien pendant un mois, jusqu'à la mise à jour de xkeyboard-config...

Suis-je le seul dans ce cas ?
Suis-je le seul à me servir de la touche ControlèR ? :shock:
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Avatar de l’utilisateur
Archie
yeomen
Messages : 257
Inscription : jeu. 28 juin 2007, 22:18
Localisation : France (33)

Re: [xorg] Touche Control_R non fonctionnelle (résolu)

Message par Archie »

Non, je suis dans la même situation. La touche Control_R ne fonctionne plus :-(

Avec xev la touche est bien reconnue, mais seulement comme ISO_Level5_Shift.

Code : Tout sélectionner

KeyPress event, serial 37, synthetic NO, window 0x2800001,
    root 0x14b, subw 0x0, time 700175, (630,537), root:(631,611),
    state 0x10, keycode 105 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x2800001,
    root 0x14b, subw 0x0, time 700298, (630,537), root:(631,611),
    state 0x30, keycode 105 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False
Et avec xmodmap, Control_R a disparu :

Code : Tout sélectionner

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)
mod1        Alt_L (0x40),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3        ISO_Level5_Shift (0x69)
mod4        Super_L (0x85),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xc
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Re: [xorg] Touche Control_R non fonctionnelle (résolu)

Message par cycyx »

La solution que j'ai indiqué fonctionnera pour toi aussi, mais c'est plus une rustine qu'une vraie solution.

Si quelqu'un à une "vraie" idée, genre changer de layout ou de varaiante, etc.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Avatar de l’utilisateur
Archie
yeomen
Messages : 257
Inscription : jeu. 28 juin 2007, 22:18
Localisation : France (33)

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par Archie »

Oui l’utilisation de xmodmap permet de régler mon problème. En faite, ma touche Control_R changeait « d’attribution » toute seule. Après un redémarrage, elle est passée selon xev de ISO_Level5_Shift à Multi_key.

J’ai donc mis dans un fichier ~/.Xmodmap :

Code : Tout sélectionner

keycode 105 = Control_R
add Control = Control_R
Puis :

Code : Tout sélectionner

xmodmap ~/.Xmodmap
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par cycyx »

Ah oui tiens, la mienne aussi change d'affectation si je ne fixe pas sa valeur avec xmodmap...

Il y a vraiment un soucis là je crois hein !
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
raymondcal
Daikyu
Messages : 53
Inscription : mar. 15 juin 2010, 19:09

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par raymondcal »

Oui, j’ai aussi eu ce problème… Mais qui se soucie d’une variante de clavier fr ? (chez moi, ce pb n’arrive que si je prends des variantes du clavier fr).
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par cycyx »

Mouais... Cela dit, la variante OSS est quand même super intéressante et surtout "ça marchait avant" !

Du coup, c'est rageant.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
raymondcal
Daikyu
Messages : 53
Inscription : mar. 15 juin 2010, 19:09

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par raymondcal »

Pardon, c’était juste ironique… :)
J’utilisais moi aussi cette variante oss, et je rage aussi de voir ces bugs. Je vais regarder s’il n’est pas possible de les remonter qqpart, selon l’auteur du paquet, peut-être.
Du coup, je me suis créé en attendant quelques lignes de xmodmap, que vous pouvez piquer ici : http://forums.archlinux.fr/topic11162.html
nowahn
archer de cavalerie
Messages : 172
Inscription : lun. 04 août 2008, 19:03
Localisation : ailleurs

Re: [xorg] Touche Control_R non fonctionnelle (contourné)

Message par nowahn »

Bonjour,

Encore une bonne raison de passer au BÉPO :wink:

Si je compare le fichier /usr/share/X11/xkb/symbols/fr sur mon Archlinux et sur mon Mageia, une ligne supplémentaire s'est glissée sur archlinux pour la variante oss (ligne 133):

Code : Tout sélectionner

include "level5(rctrl_switch)"
Je suppose que supprimer cette ligne corrige le problème (j'ai pas essayé, je suis en BÉPO).
Notez que ce fichier appartient au paquet xkeyboard-config (et non à xorg-xmodmap, donc ce que dit cycyx est logique).

Voir peut-être avec le mainteneur du paquet ou chez xorg le pourquoi de ce changement.
Prends le temps de rêvasser, l'inspiration viendra ...
Répondre