Xbindkeys non funzionerà correttamente

Ho un po 'di problemi. Volevo rimappare alcuni tasti di scelta rapida a cui sono abituato dal mio sistema precedente, ma non riesco a farlo funzionare correttamente xbindkeys.

xbindkeys riconosce la combinazione ma in qualche modo il comando non si attiva.

Se uso il comando

xdotool key braceleft

Mi dà il {segno corretto nella console. Tuttavia se uso lo stesso comando in xbindkeys non succede nulla. Se sostituisco il comando con firefoxesso funziona correttamente e apre Firefox, quindi credo funzioni xbindkeys.

Voglio ottenere quanto segue:

Voglio digitare il personaggio {nella finestra attiva con Alt_R+ 7o Alt_Left+ Ctrl+ in 7modo da poter usare entrambi. So che Alt_R(AltGr) è il modo corretto, ma sulle tastiere tedesche è in qualche modo difficile digitare il braceleft con il AltGrtasto (Alt_R), quindi DEVO usare invece Alt_L+ Control+ 7(come ero abituato nel mio sistema precedente). In qualche modo l'ho fatto funzionare correttamente in 12.04, ma non riesco a farlo funzionare in 14.04.

Eventuali suggerimenti? Ho provato diversi comandi. Funzionavano tutti nella console, ma nessuno funzionava quando eseguito da xbindkeys

xdotool type '{'
xdotool key braceleft
xdotool key ISO_Level3_Shift+7
xvkbd -xsendevent -text '{'
xvkbd -xsendevent -text '\[Alt_R]+7'

Questa è la mia configurazione, che non funzionerà

"xdotool key braceleft"
Control+Alt + 7

Tuttavia, questo funziona:

"firefox"
Control+Alt + 7

Modifica soluzione

Mentre provavo altre cose, ho notato che xdotool sembra innescarsi troppo presto. Ho modificato la configurazione in questo modo:

"sleep 1 && xdotool type --delay 15 '{'"
Control+Alt + 7

ORA invia il segno {corretto alla finestra attiva. Ora l'unica cosa rimasta è ridurre il sonno e ritardare a un valore praticabile, perché 1 secondo sembra un po 'troppo lungo :)

** Informazioni sull'aggiunta ** Bene, ora sono riuscito a trovare i valori adatti. TUTTAVIA funziona solo se si rilasciano i tasti fino al termine della durata del sonno. Se sei troppo lento se non funziona.

Questa è la mia configurazione attuale per tutti i personaggi AltGr tedeschi non convenzionali

"sleep 0.2 && xdotool type --delay 15 '{'"
Control+Alt + 7

"sleep 0.2 && xdotool key --delay 15 at"
Control+Alt + q

"sleep 0.2 && xdotool type --delay 15 '€'"
Control+Alt + e

"sleep 0.2 && xdotool type --delay 15 '['"
Control+Alt + 8

"sleep 0.2 && xdotool type --delay 15 ']'"
Control+Alt + 9

"sleep 0.2 && xdotool type --delay 15 '}'"
Control+Alt + 0

"sleep 0.2 && xdotool type --delay 15 '~'"
Control+Alt + plus

Tuttavia, se si desidera digitare più segni @ (ad esempio) è necessario premere Ctrl + Alt + Q come previsto, ma rilasciare tutti i tasti e quindi premerlo di nuovo. Questo, tuttavia, è molto, molto meglio che non avere l'opzione Control + Alt invece di AltGr, ma non è così efficace come sono stato usato anch'io. Forse troverò una soluzione anche per questo.

Il problema xdotoolè che mentre vengono premuti i tasti reali Xorg invia ripetutamente eventi di pressione dei tasti (guarda l' xevoutput). Per ovviare a questo problema, è necessario disattivare temporaneamente la funzione di ripetizione, quindi generare l'evento KeyRelease sul tasto inattivo.

Invece di

"sleep 0.2 && xdotool type --delay 15 '{'"
  Control+Alt + 7

prova quanto segue:

"xset r off; xdotool keyup --window 0 7 type --clearmodifiers --window 0 '{'; xset r on"
  Control+Alt + 7

Mentre provavo altre cose, ho notato che xdotool sembra innescarsi troppo presto. Ho modificato la configurazione in questo modo:

"sleep 1 && xdotool type --delay 15 '{'"
Control+Alt + 7

ORA invia il segno {corretto alla finestra attiva. Ora l'unica cosa rimasta è ridurre il sonno e ritardare a un valore praticabile, perché 1 secondo sembra un po 'troppo lungo :)

** Informazioni sull'aggiunta ** Bene, ora sono riuscito a trovare i valori adatti. TUTTAVIA funziona solo se si rilasciano i tasti fino al termine della durata del sonno. Se sei troppo lento se non funziona.

Questa è la mia configurazione attuale per tutti i personaggi AltGr tedeschi non convenzionali

"sleep 0.2 && xdotool type --delay 15 '{'"
Control+Alt + 7

"sleep 0.2 && xdotool key --delay 15 at"
Control+Alt + q

"sleep 0.2 && xdotool type --delay 15 '€'"
Control+Alt + e

"sleep 0.2 && xdotool type --delay 15 '['"
Control+Alt + 8

"sleep 0.2 && xdotool type --delay 15 ']'"
Control+Alt + 9

"sleep 0.2 && xdotool type --delay 15 '}'"
Control+Alt + 0

"sleep 0.2 && xdotool type --delay 15 '~'"
Control+Alt + plus

Tuttavia, se si desidera digitare più segni @ (ad esempio) è necessario premere Ctrl + Alt + Q come previsto, ma rilasciare tutti i tasti e quindi premerlo di nuovo. Questo, tuttavia, è molto, molto meglio che non avere l'opzione Control + Alt invece di AltGr, ma non è così efficace come sono stato usato anch'io. Forse troverò una soluzione anche per questo.

Come documentato in domande simili ( Perché questi comandi xte funzionano nel terminale, ma non quando associati a xbindkeys? ), Puoi chiedere xbindkeysdi attivare eventi al rilascio (al tasto su):

"xdotool key braceleft"
   Release+Control+Alt + 7

In questo modo, non vi è alcun conflitto tra i tasti utilizzati per il collegamento e quelli inviati.

Recentemente ho avuto questo problema, in cui ho provato a simulare il tasto Play / Pausa multimediale (XF86AudioPlay) usando Ctrl + G. Dopo alcune ricerche, è apparso non solo bisogno di annullare il controllo , ma anche il tasto g (che è di cosa aveva bisogno il sleep 0.1ritardo per cominciare). Se cancello entrambi questi tasti usando keyupdentro xdotool e l'interruttore --clearmodifiers, funziona. Questo è il mio nuovo comando, nel mio file .xbindkeys.rc:

"xdotool keyup g key --clearmodifiers XF86AudioPlay"
Control + g

Non sono sicuro del motivo per cui non funziona xbindkeys, suppongo sia necessario specificare la finestra in cui scrivere. Come soluzione alternativa, è possibile utilizzare xvkbdinvece.

1. Installare xvkbd

   sudo apt-get install xvkbd
   

2. Aggiungi questo al tuo .xbindkeysrcfile

   "xvkbd -text '{'"
   Control+Alt + 7
   

Dovrebbe funzionare.

APPUNTI

Per qualche motivo, sulla mia macchina, xvkbdsta usando uno dei miei layout secondari (spagnolo) invece di quello principale (inglese americano) e questo causa la {stampa ". Se hai anche questo problema, basta giocare un po 'per scoprire a quale tasto corrisponde {il layout utilizzato. In alternativa, puoi scavare più a fondo e capire da dove xvkbdottiene le sue localeimpostazioni.