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_MODULE
i QT_IM_MODULE
zmienne środowiskowe do xim
, i nie ma żadnego problemu z wielokrotnym układ konfiguracyjny Composekluczowych, niestandardowych ~/.XCompose
i misc:typo
typografii 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 ibus
wyłą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_MODULE
zmienne:
$ 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 xterm
sekwencjach z mojego ~/.XCompose
dołą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_MODULE
zmienne nie są teraz wystarczające. Co jeszcze jest wymagane, aby współczesne GTK i Qt rozpoznawały xim
i 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 ibus
zainstalowałem.