Comment trouver * pourquoi * je ne peux pas lier un raccourci clavier (ou quelle application l'a pris)?

14

En bref: existe-t-il (sous Unity) un moyen de savoir quelle application a récupéré un raccourci global? Je ne demande pas de "raccourcis standard" mais un moyen d'obtenir des informations sur les raccourcis réels (quelle application conserve actuellement la clé donnée dans ma configuration actuelle)

Histoire plus longue:

J'ai des problèmes répétitifs avec la gestion des raccourcis clavier. En ce moment:

  • Synapse parfois (*) ne peut pas lier Win-Space car il s'agit d'un raccourci d'activation, signalant "Impossible d'enregistrer le raccourci clavier 'activer' avec la signature 'espace'" (ce qui signifie généralement que ce raccourci est déjà utilisé)

    (*) Après une connexion, cela fonctionne, après une autre connexion, cela ne fonctionne pas. Je soupçonne une course entre deux applications…

  • F9 pour une raison quelconque rend mon écran légèrement plus sombre (et F9 n'atteint pas les raccourcis au niveau de l'application, par exemple mon menu byobu ne fonctionne pas)

J'ai essayé de regarder différents endroits et:

  • Je ne vois aucun de ces raccourcis dans les paramètres / raccourcis clavier

  • Je ne les trouve pas dans gconf-editor (j'ai essayé de rechercher F9 dans les valeurs en particulier, rien trouvé)

  • Je ne les ai pas trouvés dans dconf-editor (il n'y a pas de recherche donc j'ai cliqué sur les chemins les plus évidents)

Ma question est donc: existe-t-il un moyen de demander à l'unité / dconf / gconf / d-bus / quoi que ce soit au sujet de l'allocation globale actuelle des raccourcis clavier (quel processus conserve quelle clé). Ou forcez l'enregistrement de ces allocations dans un fichier journal. Ou les saluer de quelque part. Ou………

unity compiz shortcut-keys keyboard shortcuts Mekk
la source
Pourriez-vous clarifier ou définir (aux fins de cette question) ce que l'on entend par raccourci global ?
La touche sur laquelle j'appuie et qui provoque un événement sans rapport avec la fenêtre actuellement active. Par exemple, le raccourci global Win-S ouvre la vue expo, le raccourci global Alt-Tab change de fenêtre, F12 (dans ma configuration) ouvre le terminal déroulant tilda, etc. Et comme je l'ai dit, chaque fois que j'appuie sur F9, l'écran s'assombrit et Je ne sais pas quelle application fait cela et pourquoi. Et quelque chose saisit parfois Win-space. Et dans le passé, j'ai vu F12 retiré à Tilda (heureusement, ce problème a disparu). Je serais donc heureux d'avoir un moyen d'examiner ces affectations de clavier.
Mekk
Je pense que F9 pourrait activer la superposition des widgets, mais cela fait du temps depuis que je suis sur Unity. Peut-être chercher ça dans CCSM ..?
Rasmus
Regardez askubuntu.com/questions/101226/… ou wiki.ubuntu.com/Keybindings ou superuser.com/questions/152367/… - Plusieurs emplacements sont décrits par exemple dans dconf ou gconf où Unity stocke ses raccourcis. Vous souhaitez peut-être consulter ces pages pour de nouvelles informations?
Byte Commander

Réponses:

2

Entre 12.10 et 17.04, le bureau Ubuntu est en fait Compiz et Unity lui-même n'est qu'un plugin Compiz.

Si, à la place, vous définissez et activez le plug-in "commandes" Compiz et définissez les raccourcis clavier à l'aide de CCSS en cas de conflit, CCSM doit vous alerter sur le plug-in à l'origine du conflit et doit également fournir des options pour désactiver le plug-in en conflit ou la liaison de touches en conflit. avant d'appliquer vos paramètres.

Personnellement, j'ai également rencontré des difficultés à définir des raccourcis clavier dans 14.04+ mais depuis que j'ai décidé de commencer à utiliser le plug-in CCSM au lieu des paramètres de raccourci clavier dans Unity, je n'ai rencontré aucun problème et tous mes raccourcis fonctionnent très bien. vous suggérons fortement au moins de le vérifier en option.

mchid
la source
1

Maintenant, je comprends ce dont vous avez besoin ...

sudo apt-get install evtest

Profitez du démontage des événements Ubuntu USB HID!

Attention Cela ne fonctionne pas sur les claviers PS2 / style ... (mais qui l'utilise quand même?) :-)

Fabby
la source
Pas complètement résolu mon problème, mais sûrement utile. Pourtant, je suis curieux de savoir où se trouvent ces liaisons actives et si elles peuvent être examinées (les gsettings sont des endroits où ils sont lus par de nombreuses applications, mais toutes les applications ne doivent pas utiliser les gsettings ...)
Mekk
Si vous me donnez la sortie de la commande ci-dessus, je peux vous aider ... Si vous voulez savoir pourquoi , je vous conseille de lire: wiki.archlinux.org/index.php/Extra_keyboard_keys et ensuite vous apprécierez que cela fonctionne du tout!!! ;-)
Fabby
Cet article n'est pas tout à fait ce que je demande - je ne demande pas comment les touches sont traduites des touches physiques en symboles (bien que cela soit aussi intéressant et parfois déroutant). Je demande une chose plus simple: quel programme conserve et applique les raccourcis clavier globaux, et s'il existe un type d'utilisation ou d'API qui me permettrait d'introspection ou de suivi de ces affectations.
Mekk
(quand je démarre l'unité, il enregistre Alt-F2, Alt-F4, Win-S etc. quel est l'endroit où ils enregistrent ces clés et comment y accéder?)
Mekk
Oooh ... Maintenant je vois ... Il y a quelque chose qui s'appelle evtestmais qui ne fait que des trucs USB! D'un autre côté, c'est exactement ce dont vous avez besoin si vous utilisez un ordinateur portable ou un ordinateur de bureau sans clavier PS / 2!
Fabby
1

De l' une de mes anciennes réponses :

Vous devez d'abord installer xdotool:

sudo apt-get install xdotool

J'ai composé une série de commandes pour nous montrer les saisies passives sur une frappe. Par exemple, pour voir ce qui capture le combo Shift + PrintScreen, vous pouvez utiliser le "script" ci-dessous:

xdotool keydown "shift+Print"; xdotool key "XF86LogGrabInfo"; xdotool keyup "Print"; sleep 1; xdotool keyup "shift"; tail /var/log/Xorg.0.log

Cela déclenchera Shift + PrtSc keyevent et sur une installation Ubuntu par défaut, gnome-settings-daemon saisira le clavier. Au moins, cela fonctionnait sur mon ancienne installation 12.04, mais il semble que sur un 14.04, je devais utiliser ceci:

xdotool key "shift+Print"; sleep 1; xdotool key "XF86LogGrabInfo"; xdotool keyup "Print"; sleep 1; xdotool keyup "shift"; tail /var/log/Xorg.0.log

mais

xdotool keydown "F12"; xdotool key "XF86LogGrabInfo"; xdotool keyup "F12"; tail /var/log/Xorg.0.log

fonctionne toujours, parfois, et pas d'autres fois. Je ne sais pas pourquoi.

Il suffit de modifier le "script" ci-dessus en changeant les clés à simuler.

fauconnier
la source