Alors là... Je ne comprend pas pourquoi ça ne va pas !KeyPress event, serial 37, synthetic NO, window 0x800001,root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,XLookupString gives 1 bytes: (61) "a"Tes deux claviers retournent la même chose lors de la pression de la touche A :keycode 24 (keysym 0x61, a)Normalement ça devrait aller ...--BenoitSent with ProtonMail Secure Email.‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Le lundi 22 novembre 2021 à 08:47, Olivier <oza.4h07@gmail.com> a écrit :
De mon message précédent, je déduis:la touche A du clavier d'origine émet des événements,ces événements suivent "une table de correspondance" inhabituelle avec l'émission d'un keycode 211 au lieu d'un keycode attendu 24,visiblement, deux claviers physiques connectés à une même machine (l'un par USB, l'autre par XXX), suivent chacun leur propre table de correspondanceEn cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.Qu'en pensez-vous ? Que faire ?Le lun. 22 nov. 2021 à 08:23, Olivier <oza.4h07@gmail.com> a écrit :
KeyPress event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XmbLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: FalseVoici ci-dessus une capture avec xev.Les 2 premiers évènements sont consécutifs à un appui sur la touche A d'un clavier USB Azerty connecté au PC portable.Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty d'origine du PC portable.
KeyPress event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XmbLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x800001,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: FalseLe jeu. 18 nov. 2021 à 17:29, benoit <benoitlst@protonmail.ch> a écrit :Perso j’essayerais en premier un test simple sur une touche au choix :
– avec xev, je regarderais le numéro de la touche du clavier, par exemple chez moi la touche A c’est keycode 24.
- Tu regardes avec xev ce que renvois cette touche défectueuse (toujours pour A)
keycode 24 (keysym 0x61, a)
- Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et il faut aller l’associer, je ne sais plus comment.
- Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme premier test :
xmodmap -e "keycode 24 = a"
Et puis il faut aller lire la doc de l’ordre des modificateurs tels que Shif, Alt, Ctrl…
Voici l’ordre dans le man xmodmap :
«Le premier keysym est utilisé quand aucune touche de modificateur n'est pressée en même temps que la touche, le second quand la touche majus‐cule (Shift) est pressée, le troisième en combinaison avec la touche Mode_switch (Alt Gr) et le quatrième en combinaison avec les touches majuscule et Mode_switch.»
Ce qui donne en suivant l’ordre indiqué dans le man :
xmodmap -e "keycode 24 = a A @"
Et si tu arrives à t’en sortir comme ça pour chaque touche défectueuse, ce n’est qu’une cafouille logiciel facile à régler provisoirement avec un peu de patience.
Pour pérenniser le résultat, tu écris chaque ligne ainsi
keycode 24 = a A @
dans le fichier $HOME/.xmodmaprc
Pour les signes, ils ont tous un nom à écrire en toute lettre.
Ex :
keycode 105 = less greater backslash
xmodmap -pk
Te donnera la liste complète.
--BenoitSent with ProtonMail Secure Email.‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Le mardi 16 novembre 2021 à 18:24, Olivier <oza.4h07@gmail.com> a écrit :
Bonjour,J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé Ubuntu 20.04.Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:plusieurs touches du clavier "n'entraient" rien,d'autres avaient une action inhabituelle,le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.Les touches inopérantes sont assez nombreuses:A, Q, XLa touche S génère une copie d'écran. La touche W génère un beep.Beaucoup d'autres touches fonctionnent normalement.J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais ce n'est visiblement pas le cas.Voici les paquets mis à jour lundi:python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe, linux-headersDans quelle direction chercher ?Comment décrire cette anomalie ?Qui a déjà vécu ça ?Slts