Jak sprawić, by IBus nie ignorował ~ / .XCompose?

Ponieważ UIM nie chciał grać w piłkę po zainstalowaniu od podstaw Ubuntu 12.04, wypróbowałem IBusa, ponieważ jest to framework IME domyślnie dostarczany z Ubuntu.

Jednak ibus-table-compose jest kłopotliwy w użyciu, ponieważ aby wprowadzić tylko jeden znak, muszę najpierw nacisnąć kombinację klawiszy, aby najpierw wyzwolić IBus, wprowadzić odpowiednią sekwencję tworzenia, a następnie ponownie nacisnąć kombinację klawiszy IBus, aby ją wyłączyć. Zamiast tego wolałbym zachować moją kluczową funkcjonalność, jaką zapewnia XIM, ponieważ wymaga to mniejszej liczby naciśnięć klawiszy.

Problem polega jednak na tym, że gdy domyślna metoda wprowadzania jest ustawiona na IBus, a IBus jest dezaktywowany, to (AIUI, odkąd uruchomiłem go z ibus-daemon --xim ) jest pomijany na korzyść XIM, ustawienia w ~ / Wygląda na to, że .XCompose zostało zastąpione przez własną wersję IBusa, więc np. Compose ca nie podaje ą (a-ogonek), jak zdefiniowałem w pliku .XCompose w moim katalogu domowym, ale ǎ (a-hacek), jak zdefiniowali niektóre inne ustawienia.

Przyzwyczaiłem się do własnej mnemnoniki, więc czy istnieje sposób, aby mój system używał własnego pliku ~ / .XCompose z domyślną metodą wprowadzania danych ustawioną na IBus, dzięki czemu IBus będzie nadal działał np. W OpenOffice i innych aplikacjach które nie pozwalają wybrać metody wprowadzania za pomocą menu kontekstowego?

Uwaga: To nie jest duplikat pytania Jak mogę odzyskać komponowanie na ibus?

Jak stwierdził @von, NIE MOŻESZ na razie korzystać .XComposez IBUS.

Możesz użyć uimjako metody wprowadzania, która obsługuje Unicode, zarówno moduły GTK +, jak i Qt ze starszą XIMobsługą.

Dobrym sposobem na obsługę .XComposei zachowanie istniejącego globalnego komponowania jest:

1. Zainstaluj uim:

   sudo apt-get install uim

2. Ustaw jako domyślną metodę wprowadzania:

   im-config -n uim

3. Edytuj .XComposei dodaj bieżące ustawienia narodowe klawiatury (w moim przypadku en_US) jako pierwszy wiersz :

   include "/usr/share/X11/locale/en_US.UTF-8/Compose"

4. Gotowy! Uruchom ponownie programy, które chcesz uruchomić, aby uzyskać .XComposeplik.

Znane problemy

Ubuntu Unity Dash nigdy nie stworzy cedilli.

Inne dystrybucje

Grałem trochę z .XComposemetodami wprowadzania na współczesnych dystrybucjach, jednocześnie starając się, aby Linux zachował takie same zachowanie klawiatury jak Windows (TM) dla języków łacińskich ( çzamiast wyjściowych ć, bez akcentowanych spółgłosek itp.).

Utworzyłem repozytorium z tymi instrukcjami (dla Ubuntu i innych dystrybucji również): https://github.com/raelgc/win_us_intl

Problem polega jednak na tym, że gdy domyślna metoda wprowadzania jest ustawiona na IBus, a IBus jest dezaktywowany, to (AIUI, odkąd uruchomiłem go z ibus-daemon --xim) jest pomijany na korzyść XIM, ustawienia w ~ / Wygląda na to, że .XCompose zostało zastąpione przez własną wersję IBusa, więc np. Compose ca nie podaje ą (a-ogonek), jak zdefiniowałem w pliku .XCompose w moim katalogu domowym, ale ǎ (a-hacek), jak zdefiniowali niektóre inne ustawienia.

Wygląda na to, że nie jest zdefiniowany przez inne ustawienia w sensie pliku konfiguracyjnego, który możesz edytować. Wygląda na to, że jest wkompilowany, zapisany na stałe w pliku gtkimcontextsimpleseqs.h. Wydaje się ponadto, że dostosowanie gtk_compose_seqs_compacttablicy w tym pliku i dodanie własnych sekwencji klawiszy Compose nie jest łatwe . Tabela jest zoptymalizowana pod kątem miejsca, a nie łatwej edycji. Dlatego strategia „wystarczy zmienić źródło i ponownie skompilować” może być trudniejsza niż myślałem.

Przyzwyczaiłem się do własnej mnemnoniki, więc czy istnieje sposób, aby mój system używał własnego pliku ~ / .XCompose z domyślną metodą wprowadzania danych ustawioną na IBus, dzięki czemu IBus będzie nadal działał np. W OpenOffice i innych aplikacjach które nie pozwalają wybrać metody wprowadzania za pomocą menu kontekstowego?

Raport o błędzie znajduje się na stronie https://bugzilla.gnome.org/show_bug.cgi?id=155010, który zawiera łatkę, która (jak twierdzą) umożliwia dostosowanie tabeli tworzenia. Nadal nie używałby pliku ~ / .XCompose, a składnia byłaby inna, ale to coś. Ale zauważam, że omawiany błąd jest nadal otwarty, więc sądzę, że nie dotarł on jeszcze do oficjalnych wydań.

Ponieważ Dennis Williamson powiedział, że zadziałało w 16.04 w powyższym komentarzu, przetestowałem w tej świeżej instalacji 18.04 z krótkim .XComposeskopiowaniem z mojej poprzedniej instalacji 16.04.

# Import default rules from the system Compose file
include "%L"

# Custom definitions
<Multi_key> <R> <R> <R>             : "ʁ"   U0281 # LATIN LETTER SMALL CAPITAL INVERTED R

Potem uruchomiłem ibus restartterminal i mogę wpisać ʁ.

1. Ustawić globalnie (czyli dla Ubuntu w /etc/environment) z QT_IM_MODULE, GTK_IM_MODULEzmiennych (ostatni niepotrzebnych dla GNOME) do ibusi XMODIFIERSna @im=ibus.

  2.α Wykonaj setxkbmapz, -optionaby wybrać klucz tworzenia. Np użyć prawego klawisza logo: setxkbmap -option compose:rwin. Zostanie to zastąpione przy ponownym uruchomieniu.

  2.β Aby zachować ustawienie przy ponownym uruchomieniu, utwórz /etc/X11/xorg.conf.d/00-keyboard.confnastępującą zawartość:

Section "InputClass"
        Identifier "system-keyboard"
        MatchIsKeyboard "on"
        Option "XkbOptions"    "compose:rwin"
EndSection

Testowane i działa zarówno na X11, jak i (przynajmniej na setxkbmapsposób) Waylanda.

Dzięki za podpowiedź do Fujiwarat , zaktualizowaną w tej dyskusji .