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 correspondance
En 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.4...@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: False > > Voici 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: False > > > > Le jeu. 18 nov. 2021 à 17:29, benoit <benoit...@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. >> -- >> Benoit >> Sent with ProtonMail <https://protonmail.com/> Secure Email. >> >> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >> Le mardi 16 novembre 2021 à 18:24, Olivier <oza.4...@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, X >> >> La 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-headers >> >> >> Dans quelle direction chercher ? >> Comment décrire cette anomalie ? >> Qui a déjà vécu ça ? >> >> Slts >> >> >> >> >> >>