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.

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

IME flyout window is far away from application window (DPI issue?) #8

Open
imbushuo opened this issue Mar 9, 2021 · 4 comments
Open
Labels
bug Something isn't working

Comments

@imbushuo
Copy link
Member

imbushuo commented Mar 9, 2021

Environment

Windows build number: 10.0.21331.1000 rs_prerelease arm64
Your Distribution version: Ubuntu 20.04
Your WSLG version: 0.2.13

Steps to reproduce

  1. Pick up a device with HiDPI monitor without vGPU driver installed, e.g. Surface Pro X
  2. Install IME package ibus, ibus-pinyin; Install random app like gedit
  3. Configure ibus in IBus Preferences, confirm to start IBus daemon, add Chinese/Pinyin input method, configure IME switch key to avoid collision with Windows, keep the window open to keep IBus daemon open

ibus
pinyin

  1. In another WSL window, start gedit: GTK_IM_MODULE=ibus gedit
  2. Switch to IME, type something, watching the IME candidate flyout window going randomly everywhere.

WSL logs:

Expected behavior

It should follow text in the editor as usual. For example:
image

Actual behavior

The IBus candidate selection flyout window goes everywhere. Also app is in 200% scale while the IME is 100%.

Screenshot (4)

Screenshot (5)

@hideyukn88
Copy link
Member

@imbushuo, thanks for reporting this and it's really nice to see you tried out IME!. In order to clarify the problem, given you mentioned this could be HI-DPI related issue, have you tried on non-HI-DPI monitor and it doesn't repro? Currently I'm aware of certain window positioning issue with multiple monitor system (which doesn't repro with single monitor system, and from provided weston.log, your system is not multiple monitor system).

@imbushuo
Copy link
Member Author

imbushuo commented Mar 30, 2021

@hideyukn88 If setting system monitor DPI to 100% counts, I can confirm this is a Hi-DPI related issue. (I don't have non HiDPI displays at home, so this is the only way I can do.)

@linghengqian
Copy link

Should this issue be a documentation PR at https://github.com/MicrosoftDocs/WSL ? I can still see this in WSLg 1.0.42. I think changing the DPI is a sad solution.

@linghengqian
Copy link

  • I must point out that I cannot see this problem in Wslg 1.0.45 and microsoft-edge 107.0.1418.42. This seems to be a problem that the application itself needs to solve. I use pengwin WSL and ibus.
  • image
  • 2022-11-12 (2)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants