Hacker News new | ask | show | jobs
by k_sze 1925 days ago
Does ibus work seamlessly in Wayland yet? As a person who regularly needs to input French, Chinese, and Japanese, besides English, I tried Wayland in Kubuntu 20.04 and a non-working ibus was a complete showstopper for me.
3 comments

What's with IBus and IBus-centric IME switching being sub-optimal for better part of past decade or so[1], yet being pushed from non-CJK regions? Usually I don't even GNOME and just go with whatever fcitx plays with, so not an issue for me, not angry or anything but curious what's happening "up there" consistently[2][3][4].

1: https://cpplover.blogspot.com/2013/10/ibus-15_21.html

2: https://uwabami.junkhub.org/log/20210224p01.html#p01

3: https://uwabami.junkhub.org/log/20210312.html

4: https://lists.debian.or.jp/pipermail/debian-devel/2021-Febru...

ibus works with Gnome out-of-the-box. On sway/wlroots, you will have more luck with fcitx. I don't know which tool works best with KDE.
Why, in Wayland, support of some basic features has to do with what DE or TWM you use? It is not like this in X11 and it seems there is more adherence to the UNIX philosophy in X11.
Because Wayland is a display service protocol. It's not responsible for secure message passing between desktop applications: that's the DE's business. Just because DEs used X11 as an insecure inter-process message passing agent doesn't mean it's a good design or even make sense.
There's no "Wayland" that could implement a generic way of handling input. Wayland is an extensible set of protocols with several implementations.

Handling input is an integral part of what a compositor does, and it's not an easy problem to solve when said input doesn't map linearly to text.

Input methods in particular are not something that X11 "solves" at all: Under X every toolkit implemented their own way of handling complex input methods. XIM existed, but it was limited and only there for compatibility with ancient applications.

There are Wayland protocols for complex input methods too. Gnome's gone all-in and integrated ibus with their own compositor, so that obviously works, but Gnome also benefits a lot from distributions like Fedora making sure it works: everything is set up correctly out-of-the-box if you use Gnome. However, more niche implementations like Sway have to deal with a lower level of integration because there's no distribution that's built around Sway to create a full desktop environment.

Wouldnt it be the other way around? X11 isnt adhering to the UNIX philosophy because it does everything under the sun. Wayland gives some tasks to the compositor.
It's not a Wayland problem, ibus does not work in KDE even on X11.
It should work on Kubuntu and X11, but I remember that the installation and configuration process (or at least the documentation) is a bit lacking. Make sure you also install the ibus-[input method] package. If you don't the ibus preferences still allows you to add a chinese/japanese input method, but it doesn't actually do anything. You might also want to restart your x11 session after that.
Uh? I've been using ibus with mozc for Japanese input on KDE for the past 3 years.
Do you use ibus input methods only?

In my case, I wanted to keep my configured xkb keyboard layouts + I wanted to be able to use ibus in parallel for CJK.

Ok, there must be a problem with *my* KDE setup: when I try to disable KDE keyboard layouts, KDE does not persist changes to the next session: when I log in next time, KDE keyboard layouts are enabled again and interfere with ibus.

Same for me. been using ibus-pinyin for a few years