Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux prOblème d'affichage du "O" minuscule

prOblème d'affichage du "O" minuscule

55 réponses
Avatar
Jean-Jacques Gerbaud
bonjour a tous,

(pour écrire le présent message, je suis obligé de passer par
libreoffice : mon clavier ne prend plus les " o " minuscules !!!

j'écris donc en majuscules, réduit en minuscules et copier/coller dans
thunderbird!)

voici donc mon problème :

depuis ce matin, le " o " minuscule ne s'affiche plus. le " o "
majuscule, oui. Je pensais que c'était un caprice de mon clavier, mais
non, sur un 2è clavier, le résultat est pareil ! j'ai acheté un clavier
tout neuf et encore pareil.

quelqu'un peut il me donner une explication à ce phénomène et surtout,
comment y remédier.

merci de vos réponses rapides.

--
JJG
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
2 3 4 5 6
Avatar
Nicolas George
Erwan David , dans le message , a
écrit :
On dirait que le o minuscule est devenu un modificateur ?



Non, pas du tout. Tu aurais pu t'en convaincre en faisant l'essai par
toi-même : lancer xev, appuyer sur un modificateur, et voir que ça ne
ressemble pas du tout à ce qui a été posté.

Ce qui a été posté est typique d'un grab opéré par une application. Je ne
connais pas de méthode pour obtenir le nom du client associé.
Avatar
Doug713705
Le 02-07-2014, Nicolas George nous expliquait dans
fr.comp.os.linux.configuration
(<53b43ea8$0$2054$) :

Erwan David , dans le message , a
écrit :
On dirait que le o minuscule est devenu un modificateur ?



Non, pas du tout. Tu aurais pu t'en convaincre en faisant l'essai par
toi-même : lancer xev, appuyer sur un modificateur, et voir que ça ne
ressemble pas du tout à ce qui a été posté.

Ce qui a été posté est typique d'un grab opéré par une application. Je ne
connais pas de méthode pour obtenir le nom du client associé.



Il ne doit pas y avoir tant d'applications qui sont lancées au démarrage
de sa session X.

Jean-jacques n'a plus qu'à trouver l'application coupable en procédant
par élimination en les fermant une par une et en testant xev entre
chaque.

--
C'est juste une fille un peu brutale
Qui déchire mes chemises, mes futals
En me disant : "Fais gaffe, baba cool :
Je mets mes crampons, gare tes bidoules.
-- H.F. Thiéfaine, Groupie 89 turbo 6
Avatar
Bruno Ducrot
On 2014-07-02, Jean-Jacques Gerbaud wrote:
================================================== >
pareil, avec le "O" minuscule

FocusOut event, serial 33, synthetic NO, window 0x3200001,
mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 33, synthetic NO, window 0x3200001,
mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 33, synthetic NO, window 0x0,
keys: 84 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
============================================ >



Dans une fenêtre, lancer :
tail -f /var/log/Xorg.0.log
Dans une autre :
xdotool key XF86LogGrabInfo

Normalement, on devrait voir apparaitre les grabs du clavier.

Ensuite, pour enlever le grab, il faudrait tenter :
xdotool key XF86Ungrab
si l'on ne veut pas tuer le process,

xdotool key XF86ClearGrab
si on veut le tuer.

Pour la dernière commande, il faudrait faire un truc du genre :
ps axuww > before.txt
xdotool key XF86ClearGrab
ps axuww > after.txt
et enfin un
diff -u before after.txt
devrait donner le coupable.

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?
Avatar
Nicolas George
Doug713705 , dans le message , a
écrit :
Jean-jacques n'a plus qu'à trouver l'application coupable en procédant
par élimination en les fermant une par une et en testant xev entre
chaque.



Certains clients X11 n'apparaissent dans aucune liste d'applications. Et
manque de chance, c'est assez typiquement ceux qui vont poser des grabs
passifs comme il est question ici.
Avatar
Nicolas George
Bruno Ducrot , dans le message
, a écrit :
Dans une fenêtre, lancer :
tail -f /var/log/Xorg.0.log
Dans une autre :
xdotool key XF86LogGrabInfo

Normalement, on devrait voir apparaitre les grabs du clavier.



Ça ne marchera pas : XF86LogGrabInfo liste les grabs actifs, pas les grabs
passifs, et c'est un grab actif dont il est question ici.

Il y a une petite chance de le faire marcher cependant : on dirait bien que
le grab passif donne bien lieu à un grab actif visible par XF86LogGrabInfo
quand il est activé.

Donc ceci devrait marcher :

tail -f /var/log/Xorg.0.log & sleep 2 && xdotool key XF86LogGrabInfo

et maintenir « o » appuyé pendant que ça s'exécute.
Avatar
Bruno Ducrot
On 2014-07-02, Nicolas George wrote:
Bruno Ducrot , dans le message
, a écrit :
Dans une fenêtre, lancer :
tail -f /var/log/Xorg.0.log
Dans une autre :
xdotool key XF86LogGrabInfo

Normalement, on devrait voir apparaitre les grabs du clavier.



Ça ne marchera pas : XF86LogGrabInfo liste les grabs actifs, pas les grabs
passifs, et c'est un grab actif dont il est question ici.



En effet.


Il y a une petite chance de le faire marcher cependant : on dirait bien que
le grab passif donne bien lieu à un grab actif visible par XF86LogGrabInfo
quand il est activé.

Donc ceci devrait marcher :

tail -f /var/log/Xorg.0.log & sleep 2 && xdotool key XF86LogGrabInfo

et maintenir « o » appuyé pendant que ça s'exécute.



On pourrait aussi lancer :
xdotool keydown --clearmodifiers o ; sleep 0.1; xdotool key XF86LogGrabInfo;
xdotool keyup o

Il a fallu que je rajoute l'option '--clearmodifiers', sinon un crtl-o était
envoyé lors de quelques tests. Je ne vois pas pourquoi.

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?
Avatar
Jean-Jacques Gerbaud
Le 02/07/2014 22:48, Nicolas George a écrit :
Bruno Ducrot , dans le message


Donc ceci devrait marcher :

tail -f /var/log/Xorg.0.log & sleep 2 && xdotool key XF86LogGrabInfo

et maintenir « o » appuyé pendant que ça s'exécute.



Il a fallu que j'installe xdtOOl avant de lancer la cOmmande mais en
vOici le résultat :

~ $ tail -f /var/log/Xorg.0.log & sleep 2 && xdotool
key XF86LogGrabInfo
[2] 3154
[ 52.040] (II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846
900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 52.040] (II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296
1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
[ 52.040] (II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz)
[ 52.040] (II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 52.040] (II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928
1152 624 625 628 667 -hsync -vsync (49.7 kHz)
[ 52.040] (II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896
1056 600 601 604 625 +hsync +vsync (46.9 kHz)
[ 52.040] (II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
[ 52.040] (II) RADEON(0): Modeline "1280x800"x0.0 83.50 1280 1352
1480 1680 800 803 809 831 -hsync +vsync (49.7 kHz)
[ 52.040] (II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376
1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
[ 52.040] (II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328
1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 474.808] (II) Printing all currently active device grabs:
[ 474.808] Active grab 0x4300000b (core) on device 'Virtual core
keyboard' (3):
[ 474.808] client pid 2078 /usr/bin/clementine
[ 474.808] at 473215 (from passive grab) (device thawed, state 1)
[ 474.808] core event mask 0x3
[ 474.808] passive grab type 2, detail 0x20, activating key 32
[ 474.808] owner-events true, kb 1 ptr 1, confine 0, cursor 0x0
[ 474.808] (II) End list of active device grabs
[ 474.808] (II) Printing all currently active device grabs:
[ 474.808] Active grab 0x4300000b (core) on device 'Virtual core
keyboard' (3):
[ 474.808] client pid 2078 /usr/bin/clementine
[ 474.808] at 473215 (from passive grab) (device thawed, state 1)
[ 474.808] core event mask 0x3
[ 474.808] passive grab type 2, detail 0x20, activating key 32
[ 474.808] owner-events true, kb 1 ptr 1, confine 0, cursor 0x0
[ 474.808] (II) End list of active device grabs
===============
DésOlé, j'étais en train d'écOuter la radiO sur Clementine .

Mais maintenant, je ne suis pas plus avancé !

Merci quand même de vOus pencher sur mOn prOblème
--
JJG

Linux ? Y a moins bien mais c'est plus cher !
http://www.sky.fm/play/classical
Avatar
Nicolas George
Jean-Jacques Gerbaud , dans le message , a
écrit :
[ 474.808] client pid 2078 /usr/bin/clementine
[ 474.808] at 473215 (from passive grab) (device thawed, state 1)
[ 474.808] core event mask 0x3
[ 474.808] passive grab type 2, detail 0x20, activating key 32
[ 474.808] owner-events true, kb 1 ptr 1, confine 0, cursor 0x0



Vérification faite, 32 c'est bien le code de touche pour le o sur les
claviers PC.

DésOlé, j'étais en train d'écOuter la radiO sur Clementine .



Ça a bien l'air d'être lui le coupable.
Avatar
Jean-Jacques Gerbaud
Le 03/07/2014 00:02, Nicolas George a écrit :
Jean-Jacques Gerbaud , dans le message , a
écrit :
[ 474.808] client pid 2078 /usr/bin/clementine
[ 474.808] at 473215 (from passive grab) (device thawed, state 1)
[ 474.808] core event mask 0x3
[ 474.808] passive grab type 2, detail 0x20, activating key 32
[ 474.808] owner-events true, kb 1 ptr 1, confine 0, cursor 0x0



Vérification faite, 32 c'est bien le code de touche pour le o sur les
claviers PC.

DésOlé, j'étais en train d'écOuter la radiO sur Clementine .



Ça a bien l'air d'être lui le coupable.



Je ne sais pas si ça vOus dit quelque chOse à vOus mais pOur mOi...je ne
vOis pas cOmment rectifier mOn prOblème !

--
JJG

Linux ? Y a moins bien mais c'est plus cher !
http://www.sky.fm/play/classical
Avatar
Jean-Jacques Gerbaud
Le 02/07/2014 21:03, Bruno Ducrot a écrit :
On 2014-07-02, Jean-Jacques Gerbaud wrote:
================================================== >>
pareil, avec le "O" minuscule

FocusOut event, serial 33, synthetic NO, window 0x3200001,
mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 33, synthetic NO, window 0x3200001,
mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 33, synthetic NO, window 0x0,
keys: 84 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
============================================ >>



Dans une fenêtre, lancer :
tail -f /var/log/Xorg.0.log
Dans une autre :
xdotool key XF86LogGrabInfo

Normalement, on devrait voir apparaitre les grabs du clavier.

Ensuite, pour enlever le grab, il faudrait tenter :
xdotool key XF86Ungrab
si l'on ne veut pas tuer le process,

xdotool key XF86ClearGrab
si on veut le tuer.

Pour la dernière commande, il faudrait faire un truc du genre :
ps axuww > before.txt
xdotool key XF86ClearGrab
ps axuww > after.txt
et enfin un
diff -u before after.txt
devrait donner le coupable.



~ $ xdotool key XF86ClearGrab
~ $ ps axuww > before.txt
~ $ xdotool key XF86ClearGrab
~ $ ps axuww > after.txt
~ $ diff -u before after.txt
diff: before: Aucun fichier ou dossier de ce type
~ $ diff -u before.txt after.txt
--- before.txt 2014-07-03 00:35:21.974057363 +0200
+++ after.txt 2014-07-03 00:35:47.866266836 +0200
@@ -101,7 +101,7 @@
root 1569 0.0 0.0 18004 1836 ? S Jul02 0:00
/usr/sbin/winbindd
root 1603 0.0 0.0 19864 2008 ? Ss Jul02 0:00
/usr/sbin/mdm
root 1615 0.0 0.1 20704 3876 ? S Jul02 0:00
/usr/sbin/mdm
-root 1630 2.3 1.6 67212 33380 tty8 Ss+ Jul02 1:12
/usr/bin/X :0 -audit 0 -auth /var/lib/mdm/:0.Xauth -nolisten tcp vt8
+root 1630 2.3 1.6 67212 33380 tty8 Ss+ Jul02 1:13
/usr/bin/X :0 -audit 0 -auth /var/lib/mdm/:0.Xauth -nolisten tcp vt8
timidity 1822 0.0 0.3 17696 6740 ? S Jul02 0:00
/usr/bin/timidity -Os -iAD
root 1826 0.0 0.0 4632 868 tty1 Ss+ Jul02 0:00
/sbin/getty -8 38400 tty1
ntp 1865 0.0 0.0 5748 2028 ? Ss Jul02 0:00
/usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 104:111
@@ -126,13 +126,13 @@
root 2070 0.0 0.0 6556 732 ? S Jul02 0:00
udisks-daemon: not polling any devices
elviejo 2073 0.0 0.1 20488 2136 ? Sl Jul02 0:00
/usr/lib/gvfs/gvfs-afc-volume-monitor
elviejo 2076 0.0 0.1 9212 2184 ? S Jul02 0:00
/usr/lib/gvfs/gvfs-gphoto2-volume-monitor
-elviejo 2077 0.0 1.0 216724 20968 ? Rl Jul02 0:01 caja
-elviejo 2078 8.5 3.1 473496 65408 ? Sl Jul02 4:26
/usr/bin/clementine
+elviejo 2077 0.0 1.0 216724 20968 ? Sl Jul02 0:01 caja
+elviejo 2078 8.5 3.1 473496 65408 ? Sl Jul02 4:27
/usr/bin/clementine
elviejo 2080 0.0 0.1 46936 3948 ? Ssl Jul02 0:00
/usr/lib/matecomponent/matecomponent-activation-server --ac-activate
--ior-output-fd
-elviejo 2088 0.0 0.2 53728 5532 ? Sl Jul02 0:00
zeitgeist-datahub
+elviejo 2088 0.0 0.2 53844 5592 ? Sl Jul02 0:00
zeitgeist-datahub
elviejo 2094 0.0 1.9 232448 40568 ? Sl Jul02 0:02
python /usr/lib/linuxmint/mintMenu/mintMenu.py
--oaf-activate-iid=OAFIID:MATE_mintMenu_Factory --oaf-ior-fd
elviejo 2098 0.1 0.6 182488 13792 ? Sl Jul02 0:04
/usr/lib/mate-panel/wnck-applet
-elviejo 2099 2.6 6.6 667496 137988 ? Sl Jul02 1:21
/usr/lib/thunderbird/thunderbird
+elviejo 2099 2.6 6.6 667496 138012 ? Sl Jul02 1:23
/usr/lib/thunderbird/thunderbird
elviejo 2100 0.0 1.4 101524 30368 ? Ssl Jul02 0:00
/usr/bin/python /usr/bin/hp-systray
elviejo 2102 0.0 0.7 322228 14624 ? Sl Jul02 0:00 nm-applet
elviejo 2110 0.0 0.2 43976 4516 ? Sl Jul02 0:00
/usr/bin/zeitgeist-daemon
@@ -166,8 +166,8 @@
elviejo 6069 0.2 0.8 177328 16976 ? Sl 00:27 0:01
mate-control-center
root 6076 0.0 0.0 0 0 ? S 00:30 0:00
[kworker/0:2]
root 6082 0.0 0.0 0 0 ? S 00:32 0:00
[kworker/1:1]
-elviejo 6084 0.6 0.7 192768 14572 ? Sl 00:32 0:01
mate-terminal
+elviejo 6084 0.6 0.7 192768 14572 ? Rl 00:32 0:01
mate-terminal
elviejo 6089 0.0 0.0 0 0 ? Z 00:32 0:00
[mate-terminal] <defunct>
elviejo 6090 0.1 0.2 7992 4284 pts/2 Ss 00:32 0:00 bash
root 6151 0.0 0.0 0 0 ? S 00:35 0:00
[kworker/0:1]
-elviejo 6152 0.0 0.0 4944 1176 pts/2 R+ 00:35 0:00 ps axuww
+elviejo 6155 0.0 0.0 4944 1172 pts/2 R+ 00:35 0:00 ps axuww


Pas plus avancé que tOut à l'heure ! i cOmment résOudre mOn prObleme.

--
JJG

Linux ? Y a moins bien mais c'est plus cher !
http://www.sky.fm/play/classical
2 3 4 5 6