Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

The position of the Chinese candidate box is wrong #2522

Closed
mwanggh opened this issue Jun 13, 2023 · 4 comments
Closed

The position of the Chinese candidate box is wrong #2522

mwanggh opened this issue Jun 13, 2023 · 4 comments

Comments

@mwanggh
Copy link

mwanggh commented Jun 13, 2023

Which distribution and version?:
Debian GNU/Linux 12 (bookworm)

Which desktop environment and version?:
GNOME 43.4

Which session type?:
X11

Which application and version?:
GNOME Files 43.2, GNOME Text Editor 43.2
Note: GNOME terminal 3.46.8 work fine

IBus version?:
IBus 1.5.27

Issue description:
The position of the Chinese candidate box is wrong. and the position will not change with the window.

Steps to reproduce:

  1. install Debian 12
  2. install ibus ibus-libpinyin (https://wiki.debian.org/gnome-chinese-input)
  3. install ibus-gtk ibus-gtk3 ibus-gtk4
  4. Chinese input candidate mine in wrong position

Can you reproduce your problem when you restart ibus-daemon? (yes / no):
yes

Do you see any errors when you run ibus-daemon with the verbose option?:
no

Can you reproduce your problem with a new user account instead of the current your account?
not tested
@gunnarhj
Copy link

gunnarhj commented Jul 7, 2023

I can reproduce this on both Debian testing with ibus 1.5.28-5 and (coming) Ubuntu 23.10 with ibus 1.5.28-5. Some notes:

  • For me the issue is present in Wayland sessions as well.
  • It's not only ibus-libpinyin. Issue present for me with e.g. ibus-anthy and ibus-mozc.
  • Seems to affect gtk4 applications only.

@gunnarhj
Copy link

gunnarhj commented Jul 7, 2023 •
edited

I need to modify my observations:

  • The only environment where I see the issue in Wayland is in Ubuntu 23.10 (under development). Due to GNOME 44? Otherwise the issue is only present in x11 sessions.
  • I can now confirm the issue also in Ubuntu 22.04 (ibus 1.5.26) and Ubuntu 23.04 (ibus 1.5.28). In Ubuntu 22.04 nautilus was still built against gtk3, and hence the issue was only present in gnome-text-editor in that version.

@gunnarhj
Copy link

It looks like 86d9bb9 fixes this issue.

gunnarhj referenced this issue Aug 20, 2023
@epico
client/gtk2: Update set_cursor_location function to use Gdk functions
86d9bb9 
For ibus-gtk4, use the Gdk functions to get the inner cursor location.
The inner cursor location is translated by XTranslateCoordinates
for X Window.
For ibus-gtk3, use gdk_window_get_root_coords function to translate the
inner cursor location for X Window.
In Wayland, the set_cursor_location_relative function is called.
In X Window, the set_cursor_location function is called.

Fixes: d0a47c3
Fixes: a823161

BUG=#2549
BUG=https://gitlab.gnome.org/GNOME/gtk/-/issues/3024#note_987835
@fujiwarat
Copy link
Member

@gunnarhj Thank you.
I forgot to indicate this issue in the patch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@fujiwarat @gunnarhj @mwanggh