@Benoit: Veux-tu dire que keysym, c'est ce qu'envoie le clavier et keycode c'est ce qu'il interprète ou bien est-ce le contraire ? Si c'est le 1er cas, alors oui, les 2 claviers émettent le même keycode, sinon ils émettent des keysym différents.
Le lun. 22 nov. 2021 à 11:47, benoit <benoit...@protonmail.ch> a écrit : > 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 ... > > -- > Benoit > Sent with ProtonMail <https://protonmail.com/> Secure Email. > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > Le lundi 22 novembre 2021 à 08:47, Olivier <oza.4...@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 > 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 >>> >>> >>> >>> >>> >>> >
