Używałem Gnome przez długi czas, ale wolałem metodę wprowadzania Vanilla X ( xim) niż domyślne zachowanie GTK. Ja po prostu ustawić GTK_IM_MODULEi QT_IM_MODULEzmienne środowiskowe do xim, i nie ma żadnego problemu z wielokrotnym układ konfiguracyjny Composekluczowych, niestandardowych ~/.XComposei misc:typotypografii rozszerzeń.
Ostatnie Gnome 3.6 całkowicie wkręciło klawiaturę, wysyłając częściowo wypalony i błędny ibus i zmuszając go do użytkowników . Po prostu nie mogłem sprawić, aby klawiatura działała tak dobrze jak wcześniej (nawet z ibuswyłączonym) i musiałem całkowicie porzucić Gnome.
Teraz używam prostego menedżera okien i konfiguruję klawiaturę setxkbmap. Chociaż klawiatura znów działa dobrze, nie mogłem uruchomić klawisza Compose wszędzie. Komponuj działa w zwykłych aplikacjach X11 ( xterm), ale nie działa ani w GTK2, ani w GTK3, ani w aplikacjach Qt.
Używam aktualnych wersji Archlinux:
xorg-xinput 1.6.0
xorg-server 1.13.1
xf86-input-keyboard 1.6.2
gtk2 2.24.14
gtk3 3.6.4
qt 4.8.4
i włącz Composeklucz w ten sposób:
setxkbmap ... -option 'compose:menu'
i eksport GTK_IM_MODULE, QT_IM_MODULEzmienne:
$ echo $GTK_IM_MODULE $QT_IM_MODULE
xim xim
Compose klawisz jest poprawnie rozpoznawany przez X11:
$ xev | grep -A2 --line-buffered '^KeyRelease' | sed -n '/keycode /s/^.*keycode \([0-9]*\).* (.*, \(.*\)).*$/\1 \2/p'
135 Multi_key
Działa poprawnie w xtermsekwencjach z mojego ~/.XComposedołączonego. Nie działa w aplikacjach GTK ani Qt. Powiedzmy, że jeśli wejdę Compose ', aplikacje 'natychmiast rozbrzmiewają , nie czekając na trzeci klawisz w sekwencji.
Teraz przypuszczam, że coś się zmieniło w Xorg (ponieważ Composenie działa również w aplikacjach Qt) lub w GTK i Qt. *_IM_MODULEzmienne nie są teraz wystarczające. Co jeszcze jest wymagane, aby współczesne GTK i Qt rozpoznawały ximi jego sekwencje tworzenia?
PS Istnieje podobne (i bez odpowiedzi) pytanie o to, że klawisz Compose nie działa w GTK . W przeciwieństwie do pytającego, nie ibuszainstalowałem.