Aujourd'hui, mon Guake Terminal a commencé à agir d'une manière que je n'avais jamais vue auparavant - chaque fois que j'appuie sur AltGr (qui sur mon clavier suédois est la bonne Alt, juste à côté de Spacebar sur le côté droit) le terminal perd le focus et se cache. Sur mon clavier suédois, cela est extrêmement gênant, car AltGr est utilisé pour taper des tuyaux (|
) ...
J'ai installé certaines mises à jour qui nécessitaient un redémarrage de mon système aujourd'hui, mais le IIRC n'était que la base Ubuntu et rien d'autre. Je ne sais pas avec certitude si ce problème existait avant la mise à jour - étant donné que la fenêtre contextuelle est apparue lorsque j'ai démarré mon système, je n'ai pas beaucoup travaillé avant de les installer et de les redémarrer.
J’ai aussi jeté un œil dans les préférences de Guake pour voir s’il y avait quelque chose de louche dans les raccourcis clavier, mais AltGr n'est pas utilisé du tout et tous les autres raccourcis fonctionnent comme prévu. AltGr fonctionne normalement dans un autre contexte, tel qu'une fenêtre de terminal réelle (ouverte par exemple en appuyant sur Ctrl+Alt+T) ou en tapant ici en chrome.
Qu'est-ce qui aurait pu causer ça? Comment puis-je résoudre et/ou résoudre ce problème?
J'ai trouvé une solution de contournement qui en fait résout le problème pour moi, ne serait-ce que temporairement1: redémarrer le gestionnaire de fenêtres. En utilisant Unity, cela peut être fait en exécutant
compiz --replace &
dans un terminal.
Mais faites attention!
Compiz crache beaucoup de sang dans le terminal - la première fois que j'ai fait cela, j'ai oublié le &
et ma première réaction au gore a été Ctrl+C - tue mon gestionnaire de fenêtres .
Il est (soi-disant, je n’ai jamais essayé moi-même) de récupérer, en utilisant des astuces telles que Ctrl+Shift+ <numéro> pour atteindre un terminal ATS et exécuter
DISPLAY=:0 compiz --replace &
mais faites attention quand même. Sauvegardez toutes vos données avant d’essayer ceci, au cas où vous le feriez quelque chose de stoopid et que vous deviez redémarrer.
Je n'aurais probablement pas compris cela sans regarder dans le rapport de bogue qui falconerporté à mon attention .
1) Je n'ai pas eu ce problème depuis, cependant. Touchez le bois 'n' stuff.
Essayez d’entrer dans les préférences de guake et sous l’onglet Général , assurez-vous que reste en haut est coché et Masquer lorsque la mise au point est perdue n'est pas cochée. (Bien que ces paramètres n'expliquent pas pourquoi il se cache AltGr ils peuvent aider.)
UPDATE: J'ai composé une série de commandes pour nous montrer les saisies passives d'une frappe. (Malheureusement, je ne trouvais pas de moyen plus simple d'afficher les saisies passives, car XF86LogGrabInfo ne montre que les saisies actives.) Veuillez exécuter cette commande et publier sa sortie afin de savoir si quelque chose est en train de récupérer cette touche AltGr:
xdotool keydown "ISO_Level3_Shift"; sleep 1; xdotool key "XF86LogGrabInfo"; xdotool keyup "ISO_Level3_Shift"; tail /var/log/Xorg.0.log
ou juste
xdotool keydown "ISO_Level3_Shift"; xdotool key "XF86LogGrabInfo"; xdotool keyup "ISO_Level3_Shift"; tail /var/log/Xorg.0.log
(Le code ci-dessus déclenchera l'événement AltGr, de sorte que votre terminal guake masquera/affichera pendant l'exécution, il est donc préférable d'exécuter cette commande à partir de, par exemple, gnome-terminal
. Si guake ne dissimule pas/cache, alors quelque chose ne va pas votre mise en page car votre AltGr n'est pas mappé sur ISO_Level3_Shift)
Mise à jour car cela ressemble peut-être à un problème de mise en page.
Premièrement, je voudrais simplement essayer de changer de présentation et de vérifier si AltGr fonctionne correctement dans une autre présentation (Dash-> Keyboard Layout et appuyez sur le signe +
pour faire apparaître d'autres présentations.) Vous pouvez essayer une autre en suédois ou dans une autre langue d’Europe du Nord/de l’Est (au moins, je sais que ceux-ci utilisent AltGr, mais bien sûr, ne changez pas en cyrillique, comme le russe ou le serbe.) Bien qu’il soit peu probable que le problème concerne certains des mises en page officielles, plus il est probable qu’il ya un problème de mise au point de la mise en page officielle. Donc, si vous avez modifié votre mise en page, supprimez ces modifications et vérifiez à nouveau.
Ensuite, vous pouvez tester avec xev
le keysym ce que votre AltGr rapporte. Lancez xev
, cliquez dans sa fenêtre, appuyez sur AltGr, voir le résultat. Mais si cela provoque un événement Focus-Out, il ne l’acceptera probablement pas. Dans ce cas, essayez avec xev -root
de surveiller la fenêtre racine, peut-être que vous y allez. (Ce dernier ne dessine pas de fenêtre, il suffit donc d'appuyer sur AltGr pour voir s'il y a une sortie utile.)
Vous pouvez également vider votre clavier avec xkbcomp $DISPLAY output.xkb
puis examiner le fichier output.xkb avec un éditeur de texte.
key <RALT> {
type= "ONE_LEVEL",
symbols[Group1]= [ ISO_Level3_Shift ]
};`
(Au moins pour moi, il contient cela et mon AltGr fonctionne correctement.)
Vous pouvez également vérifier si votre clavier a une touche de modification qui est activée et modifie peut-être le comportement de AltGr.
Mise à jour 3, je pense que c'est la situation la plus probable dans votre cas
Veuillez également vérifier si vous êtes peut-être touché par ce bogue: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/971462
Bien que je n’ai jamais eu ce genre de problème avec le HUD, certaines personnes semblent l’avoir.
Il y a une solution de contournement dans la conversation de ce rapport de bogue:
Paramètres système> Clavier> Raccourcis> Lanceurs> Touche pour afficher le HUD sur la touche Alt droite.
Mais bien sûr, il vaut mieux que vous le changiez vers votre touche Alt gauche, vous ne savez pas pourquoi il propose le droit. Pour moi, avec cette option, j’ai en effet Alt L
par défaut.
Vous pouvez également essayer de désactiver totalement ce raccourci.
J'ai eu le même problème. Solution de contournement:
Travaille pour moi.
J'observe le même problème depuis récemment (Ubuntu 13.10). J'ai aussi un clavier suédois, mais le problème persiste même si je change la disposition du clavier. J'ai testé la commande: xkbcomp $DISPLAY output.xkb
mais tout semble correct.