Writer vertical direction, candidates obsecure text.

[HubKing]

Maybe a fringe usage, but it seems that Fcitx5 is using a wrong place for vertical direction in LibreOffice Writer. It's displayed beneath the first letter, but it should be placed on the left of the text.

If I use regular horizontal direction, the candidates are placed correctly.

KDE Plasma 6, Wayland, LibreOffice Fresh.

[wengxt]

coordinate is send by application
please report to libreoffice

[HubKing]

But when I tested the same thing on Ubuntu 24 which uses Gnome + IBus on https://view.distrosea.com/ (online Linux testing), it didn't show the candidates on the text. Writer version was similar (Mine was 24.2.3.2 and the Ubuntu's was 24.2.2.2).

[wengxt]

For libreoffice, it's very tricky to answer.
First of all, you're testing under different desktop ,and libreoffice has different toolkit implementation.

SAL_USE_VCLPLUGIN=gtk3 libreoffice

On Plasma 6 Kwin wayland

But I also do find a issue, when you start conversion with space, the client cursor is moved to the start of current segment, so that's why it seems to cover the text in some cases.

But if you consider the horizontal case:

This allows the popup to align with the current segment

So it's not really a wrong behavior, but I do hope libreoffice may try to help to optimize here.

[wengxt]

BTW, did you check the "Fix embedded preedit cursor at the beginning of the preedit" in fcitx's mozc config? You can try to uncheck it (default value is false now).

[HubKing]

SAL_USE_VCLPLUGIN=gtk3 libreoffice

Things were as you said on my desktop, too. This made the candidate pop-up look like Ubuntu (i.e., not obscure the input text). but pressing the space made the pop-up obscure the input text. Well, I guess it won't get fixed due to low use usage (few Japanese use Linux, and even few of them would create vertical documents). LibreOffice already has tons of old bugs that have not been fixed, and they won't fix this for a few users. So I think I have to use it as it is.

"Fix embedded preedit cursor at the beginning of the preedit" was unchecked in my case.

[HubKing]

Instead of using an online Ubuntu, i installed XUbuntu in my virtual machine and tested it more precisely. It seems that LibreOffice Writer + XFCE (Gnome fork) + IBus + Mozc, vertical writing works perfectly. Please see the screen recording below (I normally use Kana input, but in this video, I had to use Romaji input, so there were lots of mistypes.):

Screencast_20240526_224628.webm

[wengxt]

You didnt try to show a long candidates list like my screenshot, can you try that? I'm pretty sure ibus and fcitx use the exact logic for set mozc cursor. GitHub King ***@***.***> 于 2024年5月26日周日 06:51写道：

…

Instead of using an online Ubuntu, i installed XUbuntu in my virtual machine and tested it more precisely. It seems that LibreOffice Writer + Gnome + IBus + Mozc, vertical writing works perfectly. Please see the screen recording below (I normally use Kana input, but in this video, I had to use Romaji input, so there were lots of mistypes.): Screencast_20240526_224628.webm <https://github.com/fcitx/fcitx5/assets/10900489/bcef41fe-4788-4739-b715-785ce6f603d6> — Reply to this email directly, view it on GitHub <#1065 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAB7MZBP5FMF7LX35GVCHDTZEHSHVAVCNFSM6AAAAABIIRUOC2VHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TKNRRGUYDQ> . You are receiving this because you modified the open/close state.Message ID: ***@***.***>

[HubKing]

Seems like Fcitx5 works the same way when LibreOffice is using GTK3. So, the bug is in the QT6 front-end of LibreOffice?

[wengxt]

Seems like Fcitx5 works the same way when LibreOffice is using GTK3. So, the bug is in the QT6 front-end of LibreOffice?

Yes.

[wengxt]

No need to try with vertical, with normal horizontal may demonstrate the issue more easily
Gtk3

Qt6

[wengxt]

I opened at bug at https://bugs.documentfoundation.org/show_bug.cgi?id=161286

[HubKing]

Thanks for the bug report. It is very much helpful both for me and for the developers at LibreOffice that someone who has deep knowledge on the inner workings of IME opened it instead of me, who would have just written "It doesn't work correctly under KDE Plasma".