Hi,
I'd like to raise an input method issue that affects CJK users on Wayland. Currently the candidate popup follows the cursor rectangle, and while typing pinyin the cursor moves continuously, so the popup jumps around constantly. It's been a known pain for years.
The proposed fix in wayland-protocols is to let applications send both a cursor rectangle and a preedit rectangle. The compositor then passes both to the IME, which can anchor to the preedit start instead of the moving cursor. Relevant discussion:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/517
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/521
Wayfire is based on wlroots, and I've also reported this there. But it would be great if Wayfire could also express support for this and maybe help ensure wlroots implements it properly. Even a comment from a compositor project helps prioritize the fix.
Is this something you'd consider? I'm happy to test any builds.
Thanks!
Hi,
I'd like to raise an input method issue that affects CJK users on Wayland. Currently the candidate popup follows the cursor rectangle, and while typing pinyin the cursor moves continuously, so the popup jumps around constantly. It's been a known pain for years.
The proposed fix in wayland-protocols is to let applications send both a cursor rectangle and a preedit rectangle. The compositor then passes both to the IME, which can anchor to the preedit start instead of the moving cursor. Relevant discussion:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/517
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/521
Wayfire is based on wlroots, and I've also reported this there. But it would be great if Wayfire could also express support for this and maybe help ensure wlroots implements it properly. Even a comment from a compositor project helps prioritize the fix.
Is this something you'd consider? I'm happy to test any builds.
Thanks!