@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 <
benoitlst@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.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
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.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: 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 <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.
--
Benoit
Sent with ProtonMail <https://protonmail.com/> 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, 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
<div dir="ltr"><div>@Benoit:<br></div><div>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 ?</div><div>Si c'est le 1er cas, alors oui, les 2 claviers émettent
le même keycode, sinon ils émettent des keysym différents.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 22 nov. 2021 à 11:47, benoit <<a href="mailto:
benoitlst@protonmail.ch">benoitlst@
protonmail.ch</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Alors là... Je ne comprend pas pourquoi ça ne va pas !<br></div><div><br></div><div>
KeyPress event, serial 37, synthetic NO, window 0x800001,<br></div><div> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br></div><div> state 0x0, <b>keycode 24 (keysym 0x61, a)</b>, same_screen YES,<br></div><div>
XLookupString gives 1 bytes: (61) "a"<br></div><div><br></div><div>Tes deux claviers retournent la même chose lors de la pression de la touche A :<br></div><div><b>keycode 24 (keysym 0x61, a)</b><br></div><div><br></div><div>Normalement ça
devrait aller ...<br></div><div><br></div><div>--<br></div><div>Benoit<br></div><div><div></div><div>Sent with <a rel="noopener noreferrer" href="
https://protonmail.com/" target="_blank">ProtonMail</a> Secure Email.</div></div><div><br></div><div>
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>
Le lundi 22 novembre 2021 à 08:47, Olivier <<a href="mailto:
oza.4h07@gmail.com" target="_blank">
oza.4h07@gmail.com</a>> a écrit :<br>
<blockquote type="cite">
<div dir="ltr"><div>De mon message précédent, je déduis:</div><div>la touche A du clavier d'origine émet des événements,</div><div>ces événements suivent "une table de correspondance" inhabituelle avec l'émission d&#
39;un keycode 211 au lieu d'un keycode attendu 24,</div><div>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<br></div><div><br></div><div>
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.</div><div><br></div><div>Qu'en pensez-vous ? Que faire ?<br></div></div><br><
div class="gmail_quote"><div dir="ltr">Le lun. 22 nov. 2021 à 08:23, Olivier <<a href="mailto:
oza.4h07@gmail.com" rel="noreferrer nofollow noopener" target="_blank">
oza.4h07@gmail.com</a>> a écrit :<br></div><blockquote style="margin:0px 0px
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br> state
0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br> XLookupString gives 1 bytes: (61) "a"<br> XmbLookupString gives 1 bytes: (61) "a"<br> XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO,
window 0x800001,<br> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),<br> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br> XLookupString gives 1 bytes: (61) "a"<br> XFilterEvent returns: False<br><br>
KeyPress event, serial 37, synthetic NO, window 0x800001,<br> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br> XLookupString gives 0 bytes: <br>
XmbLookupString gives 0 bytes: <br> XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br> state 0x0, keycode 211 (keysym
0x1008ff44, XF86Launch4), same_screen YES,<br> XLookupString gives 0 bytes: <br> XFilterEvent returns: False<br><br></div><div>Voici ci-dessus une capture avec xev.</div><div>Les 2 premiers évènements sont consécutifs à un appui sur la
touche A d'un clavier USB Azerty connecté au PC portable.</div><div>Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty d'origine du PC portable.<br></div><div><div><div><br>KeyPress event, serial 37, synthetic NO,
window 0x800001,<br> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br> XLookupString gives 1 bytes: (61) "a"<br> XmbLookupString gives 1 bytes: (61)
"a"<br> XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),<br> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<
XLookupString gives 1 bytes: (61) "a"<br> XFilterEvent returns: False<br><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br> state 0x0,
keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br> XLookupString gives 0 bytes: <br> XmbLookupString gives 0 bytes: <br> XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br> XLookupString gives 0 bytes: <br> XFilterEvent returns: False<br><br></div><br></div></div></
<br><div class="gmail_quote"><div dir="ltr">Le jeu. 18 nov. 2021 à 17:29, benoit <<a href="mailto:benoitlst@protonmail.ch" rel="noreferrer nofollow noopener" target="_blank">benoitlst@protonmail.ch</a>> a écrit :<br></div><blockquote style=
"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><p>Perso j’essayerais en premier un
test simple sur une touche au choix :<br></p><p>– avec xev, je regarderais le numéro de la touche du clavier,
par exemple chez moi la touche A c’est keycode 24.<br></p><p>- Tu regardes avec xev ce que renvois cette touche défectueuse
(toujours pour A)<br></p><p>keycode 24 (keysym 0x61, a)<br></p><p>- 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.<br></p><p>- Si tu obtiens un truc qui ne correspond pas, tu lui affectes a
comme premier test :<br></p><p>xmodmap -e "keycode 24 = a"<br></p><p>Et puis il faut aller lire la doc de l’ordre des modificateurs
tels que Shif, Alt, Ctrl…<br></p><p>Voici l’ordre dans le man xmodmap :</p><p>«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.»<br></p><p>Ce qui donne en suivant l’ordre indiqué dans le man :<br></p><p>xmodmap -e "keycode 24 = a A @"<br></p><p>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.<br></p><p>Pour pérenniser le résultat, tu écris chaque ligne ainsi<br></p><p>keycode 24 = a A @<br></p><p>dans le fichier $HOME/.xmodmaprc<br></p><p>Pour les signes, ils ont tous un nom à écrire en toute
lettre.<br></p><p>Ex :<br></p><p>keycode 105 = less greater backslash<br></p><p>xmodmap -pk<br></p><p>Te donnera la liste complète.<br></p><div>--<br></div><div>Benoit<br></div><div><div></div><div>Sent with <a href="
https://protonmail.com/" rel="
noreferrer nofollow noopener" target="_blank">ProtonMail</a> Secure Email.</div></div><div><br></div><div>
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>
Le mardi 16 novembre 2021 à 18:24, Olivier <<a href="mailto:
oza.4h07@gmail.com" rel="noreferrer nofollow noopener" target="_blank">
oza.4h07@gmail.com</a>> a écrit :<br>
<blockquote type="cite">
<div dir="ltr"><div>Bonjour,</div><div><br></div><div>J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé Ubuntu 20.04.</div><div>Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:</div>
<div><br></div><div>plusieurs touches du clavier "n'entraient" rien,</div><div>d'autres avaient une action inhabituelle,<br></div><div>le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.</div><div><br></div><
Les touches inopérantes sont assez nombreuses: <br></div><div>A, Q, X</div><div><br></div><div>La touche S génère une copie d'écran. La touche W génère un beep.</div><div><br></div><div>Beaucoup d'autres touches fonctionnent normalement.
<br></div><div><br></div><div>J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais ce n'est visiblement pas le cas.</div><div><br></div><div>Voici les paquets mis à jour lundi:</div><div>python3-ldb, linux-modules,
linux-image, linux-modules-extra, linux-hwe, linux-headers</div><div><br></div><div><br></div><div>Dans quelle direction chercher ?</div><div>Comment décrire cette anomalie ? <br></div><div>Qui a déjà vécu ça ?</div><div><br></div><div>Slts<br></div>
<div><br></div><div><br></div><div><br></div><div><br></div></div>
</blockquote><br>
</div></blockquote></div>
</blockquote></div>
</blockquote><br>
</div></blockquote></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)