OVH Cloud OVH Cloud

Touches < et > manquantes

6 réponses
Avatar
Hugolino
Bonsoir,

Je viens d'installer la kUbuntu Edgy sur mon pc. Problème: les touches <
et > ne sont pas reconnues, c'est à dire qu'elles ne produisent rien que
ce soit dans un terminal ou dans OpenOffice par exemple.
Mon clavier est un CM Gear (ref EAK US1) dont la description est là:
http://www.ldlc.com/fiche/PB00025086.html

Voici ce que donne un "xev" quand j'appuie sur la touche <.
8<-----------8<---------8<----------8<----------8<----------8<----------8<
KeyPress event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4058038810, (170,-13), root:(173,35),
state 0x0, keycode 94 (keysym 0x3c, NoSymbol), same_screen YES,
^^^^^^^^
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4058039311, (170,-13), root:(173,35),
state 0x0, keycode 94 (keysym 0x3c, NoSymbol), same_screen YES,
^^^^^^^^
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
8<-----------8<---------8<----------8<----------8<----------8<----------8<
(bien sûr c'est moi qui souligne le "NoSymbol")

Quand j'appuie sur >, xev raconte ça:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
KeyPress event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4059103903, (167,-9), root:(173,76),
state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4059104814, (167,-9), root:(173,76),
state 0x1, keycode 94 (keysym 0x3e, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4059104908, (167,-9), root:(173,76),
state 0x1, keycode 94 (keysym 0x3e, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1400001,
root 0x106, subw 0x0, time 4059105651, (167,-9), root:(173,76),
state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
8<-----------8<---------8<----------8<----------8<----------8<----------8<

Quand je fais la même chose sur mon portable sur lequel tourne une
Ubuntu Dapper Drake, j'obtiens respectivement "less" et "greater" à la
place de "NoSymbol" et '(3c) "<"' et '(3e) ">"' pour les lignes
"XLookupString" et "XmbLookupString".

Le plus bizarre est que d'une part le fichier ~/.Xmodmap du PC sur
lequel je viens d'installer la Edgy Eft contient bien une ligne
"keycode 94 = less greater bar", d'autre part que sur le portable avec
la Dapper Drake il n'y a pas de ~/.Xmodmap.

Je croyais résoudre le problème en supprimant ~/.Xmodmap, mais non ça ne
marche pas.

Je suis allé voir les fichiers de config sous /etc/X11/xkb: ils sont
semblables sur les deux machines, en tout cas
grep -R less * | grep greater | grep fr me donne entre autre la ligne
symbols/fr: key <LSGT> { [ less, greater, bar ] };

J'ai potassé le "Linux keyboard and console HOWTO", mais je n'y ai pas
compris grand chose et d'autres recherches sur Google ne m'ont pas plus
éclairé (sans doute faute de bons mots-clé).

A noter que ces touches fonctionnent très bien en mode texte.

La question est donc: que bidouiller pour que ces deux touches
fonctionnent ?
A défaut, comment faire pour que Alt+w donne < et Alt+x donne > ?


Merci de votre aide


--
PRIORITY ONE
INSURE RETURN OF ORGANISM FOR ANALYSIS.
ALL OTHER CONSIDERATIONS SECONDARY.
CREW EXPENDABLE.

6 réponses

Avatar
Marc Mezzarobba
Je viens d'installer la kUbuntu Edgy sur mon pc. Problème: les touches <
et > ne sont pas reconnues, c'est à dire qu'elles ne produisent rien que
ce soit dans un terminal ou dans OpenOffice par exemple.


Ton clavier est bien en pc105, et non pc104 ?

--
Marc Mezzarobba

Avatar
Hugolino
Le Thu, 16 Nov 2006 20:29:07 +0100, Marc Mezzarobba a écrit:
Je viens d'installer la kUbuntu Edgy sur mon pc. Problème: les touches <
et > ne sont pas reconnues, c'est à dire qu'elles ne produisent rien que
ce soit dans un terminal ou dans OpenOffice par exemple.


Ton clavier est bien en pc105, et non pc104 ?


Oui, voici la section interssante de /etc/X11/xorg.conf
-------------------------------------------------------
Section "InputDevice"
Identifier "MonClavier1"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbOptions" "lv3:ralt_switch"
EndSection
-------------------------------------------------------

J'avoue ne pas trop connaÃtre l'usage de "lv3:ralt_switch", google n'est
pas trÃs bavard la-dessus.

Merci de ton aide.

--
"moi Aussi j'étais Ãbutant. He oui, lorsque j'ai commencà a installer
1ere fois linux, ca faisait 6 mois j'avais mon pc. Avant, P.C voulait
dire partie communiste. ;-)."
-+- Gleny in Guide du linuxien pervers : "Bien configurer ses parties"


Avatar
Marc Mezzarobba
Ton clavier est bien en pc105, et non pc104 ?


Oui


Essaie peut-être

setxkbmap -rules xorg -model pc105 -layout fr -option lv3:ralt_switch

pour vérifier qu'il n'y a pas un autre truc qui change ta config clavier
après le démarrage de X. Si c'est ça, je parierais sur KDE, tu devrais
aussi regarder la page correspondante de son panneau de configuration.

J'avoue ne pas trop connaÃtre l'usage de "lv3:ralt_switch", google n'est
pas trÃs bavard la-dessus.


Si je ne m'abuse, ça donne son comportement usuel à la touche AltGr.

--
Marc Mezzarobba


Avatar
Hugolino
Le Thu, 16 Nov 2006 23:03:10 +0100, Marc Mezzarobba a écrit:
Ton clavier est bien en pc105, et non pc104 ?


Oui


Essaie peut-être

setxkbmap -rules xorg -model pc105 -layout fr -option lv3:ralt_switch


On progresse !!!

J'ai tapé la ligne de commande ci-dessus (en root, faut-il que je sois
inconscient ou que je te fasse confiance... :-)

et je peux maintenant saisir le caractère ">" que l'on obtient en
maintenant enfoncé "Shift" puis en tapant ladite touche.
Par contre je ne peux saisir le signe "inférieur à" que l'on obtiendrait
*sans* enfoncer "Shift"...

pour vérifier qu'il n'y a pas un autre truc qui change ta config clavier
après le démarrage de X. Si c'est ça, je parierais sur KDE, tu devrais
aussi regarder la page correspondante de son panneau de configuration.


Je viens de retourner dans "Réglage du système/Région et
Langue/disposition du clavier" (aussi OuinOuin© que Windows le KDE de
nos jours...) et je viens de m'apercevoir que j'étais en clavier *104*
touches.
Donc tu dois avoir raison quelque part, la config de KDE écrase celle de
xorg.

Bref on va le faire à la OuinOuin©, on reboote et on voit ce que ça
donne. (Y'a des jours ou Linux me broute vraiment et ça pourrait être un
argument pour que Naibed abandonne le mainframe ;-)

À vous les studios...


--
...à la faible latence entre le premier contact et la phase "sous la couette"
et son coté intéractif ? Le rythme auquel sont délivrés les ACK^wAAH pourrait
indiquer la suprématie de la classe marteau-piqueur dans la QoS, mais les
spécialistes objecteront sûrement que l'upload, suite aux nombreuses...




Avatar
Hugolino
Le Fri, 17 Nov 2006 02:37:21 +0100, Hugolino a écrit:
Le Thu, 16 Nov 2006 23:03:10 +0100, Marc Mezzarobba a écrit:
Ton clavier est bien en pc105, et non pc104 ?


Oui


Essaie peut-être

setxkbmap -rules xorg -model pc105 -layout fr -option lv3:ralt_switch


On progresse !!!

J'ai tapé la ligne de commande ci-dessus (en root, faut-il que je sois
inconscient ou que je te fasse confiance... :-)

et je peux maintenant saisir le caractère ">" que l'on obtient en
maintenant enfoncé "Shift" puis en tapant ladite touche.
Par contre je ne peux saisir le signe "inférieur à" que l'on obtiendrait
*sans* enfoncer "Shift"...

pour vérifier qu'il n'y a pas un autre truc qui change ta config clavier
après le démarrage de X. Si c'est ça, je parierais sur KDE, tu devrais
aussi regarder la page correspondante de son panneau de configuration.


Je viens de retourner dans "Réglage du système/Région et
Langue/disposition du clavier" (aussi OuinOuin© que Windows le KDE de
nos jours...) et je viens de m'apercevoir que j'étais en clavier *104*
touches.
Donc tu dois avoir raison quelque part, la config de KDE écrase celle de
xorg.

Bref on va le faire à la OuinOuin©, on reboote et on voit ce que ça
donne. (Y'a des jours ou Linux me broute vraiment et ça pourrait être un
argument pour que Naibed abandonne le mainframe ;-)

À vous les studios...


Après riboute, ça marche...
(Saloperie de KDE windowsesque ;-)



--
Béhème ou pas, c'est GAZ! et point barre, le reste c'est de la littérature.
Tu comptes apprendre à lire un jour ? ;)

Non, moi je regarde que les images.

Et encore, uniquement celles avec du poil autour.




Avatar
Marc Mezzarobba
(Saloperie de KDE windowsesque ;-)


Bof, il écrase certes la config, mais tout à fait proprement. Le xorg.conf
permet de régler la disposition du clavier par défaut, mais il n'est pas
censé avoir le dernier mot. Particulièrement si on veut que la config
clavier puisse dépendre de l'utilisateur.

--
Marc Mezzarobba