Как переключать режимы ввода с помощью Mozc?

Я использую Gnome с международной клавиатурой, и я настроил его для использования fcitx IBus. Я также установил Google_Japanese_Input в Windows, где он ведет себя как ожидалось:

• Alt + Shift для переключения между языками (IME)
• Ctrl + Caps Lock переключиться на Хирагана
• Alt + Caps Lock, если в алфавитно-цифровом режиме изменить на Хирагана, затем переключиться на Катакану
• Shift + Caps Lock переключение между полной шириной Hiragana ↔ полной шириной буквенно-цифровой (ромадзи)
• Alt + ` (Grave Accent) переключает между алфавитно-цифровыми значениями kana ↔ на половину ширины (ромадзи)
• Alt + ~ (тильда) переключение кана / прямой ввод

Эти сочетания клавиш не работают в Gnome. Я должен выбрать режимы вручную из меню.

Я понимаю, что Alt + ` мешает ярлыку переключателя приложений, но я сомневаюсь, что я единственный пользователь, использующий Gnome и пытающийся заставить его работать так же, как обычный пользователь сделал бы на любой другой платформе. Если существует серьезная проблема с существующими раскладками клавиатуры, должна быть, по крайней мере, какая-то лучшая практика или рекомендация, как создать полезное сопоставление вместо того, чтобы каждый начинал с нуля, катаясь на своем / его собственном? Меня не убеждают существующие ответы ( 1, 2), и я не смог найти хороших ресурсов о том, как пользователь Linux должен эффективно настраивать и использовать Mozc ( 1, 2).

Итак, мой вопрос, который я хотел бы получить полный ответ здесь:

• Каков рекомендуемый японский метод ввода для Ubuntu 18.04 и новее? (Я предполагаю, что это Муск.)
  • Какие пакеты нужно установить?
  • Как настроен метод ввода в Gnome? (Пользователь Windows просто загружает и устанавливает программное обеспечение Google для сравнения. Это просто работает.)
• Как настроить сам метод ввода?
  • Как настроить переключение режимов ввода?
  • Есть ли конфликты с сочетаниями клавиш? Как решить?
  • Есть ли какие-либо конфликты с другими IME или программными компонентами (такими как UIM, IBus)? Как решить?
• Есть ли полезная документация по использованию IME? (Или типичный японский IME в целом.)
  • Было бы полезно проверить, что он работает правильно.
  • Понимание того, как программное обеспечение должно использоваться средними пользователями. Кажется, что есть множество горячих клавиш и дополнительных функций для настройки, но они также сделают ваш опыт хуже, чем вместо того, чтобы использовать стандартные настройки, где это возможно.

Обновить:

После нескольких перезагрузок я обнаружил, что fcitx не работает, когда я устанавливаю режим на Hiragana и набираю Gedit. Пытаясь восстановить поведение, я должен был использовать Ibus в то время. Когда я пробую Ibus, это работает.

Я переустановил свои сочетания клавиш на этом компьютере, когда перешел из Unity в Gnome, таким образом, запустив настройки по умолчанию, за исключением клавиши снятия скриншота, которую я отключил. Ранее у меня были настроенные пользовательские ключи составления ( 1, 2), но я отключил export GTK_IM_MODULE="uim" а также export QT_IM_MODULE="uim" в моем .profile при переезде в Гном с Уэйлендом из-за ошибки. Последовательности, такие как Compose+.+ иCompose + →+→ сделать работу, хотя.

При запуске fcitx я получаю следующий вывод:

$ printenv | grep -i im_module 
CLUTTER_IM_MODULE=xim
QT4_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
GTK_IM_MODULE=fcitx

При запуске ibus я получаю следующий вывод:

$ printenv | grep -i im_module 
CLUTTER_IM_MODULE=xim
QT4_IM_MODULE=xim
QT_IM_MODULE=ibus
GTK_IM_MODULE=ibus

Обновление 2:

Хорошо, насколько я понимаю, fcitx плохо интегрируется с Gnome в данный момент. Я пытаюсь использовать IBus, так как не хочу, чтобы fcitx вмешивался в работу клавиатур и настраивал клавиатуры в Gnome и fcitx (для нескольких настольных компьютеров и ноутбуков). Хотя у меня нет проблем с использованиемCtrl+ Caps Lock и Alt + Caps Lock в Windows, Mozc в Linux содержит японские ключи в своем отображении, а клавиши Alt и Eisu, похоже, не поддерживаются. В Arch Wiki есть запись о X-инструментах (я не уверен насчет Wayland), и некоторые японские пользователи, похоже, нашли свой путь, но сейчас это слишком много для меня.

Обновление 3:

В то время как пользователи Arch используют пользовательский пакет AUR, я обнаружил простой патч для квилта для легкого применения и перекомпиляции до последней версии. Я надеюсь, что это может быть включено в Ubuntu тем или иным способом, в то время как версия Linux не имеет документированного способа заставить указанные ярлыки работать так же, как в других ОС. С исчезновением этого раздражения я считаю свою проблему почти решенной. Давайте посмотрим, что произойдет с отчетом об ошибках или в восходящем потоке за это время.