-
Notifications
You must be signed in to change notification settings - Fork 127
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
[KDE/Wayland] Immediate deactivate event on keyboard shortcut for module #887
Comments
That's however, not a solvable issue from fcitx side. Mainly it's because that the emoji picker itself embeds Qt and it will grab the focus away on wayland. that's why you see the deactivate event. |
Thanks for the quick response! Do you have any idea why the (de)activation behavior is different in X11? Here's a log from me trigger it in Plasma/X11 in Firefox (where it works as expected):
Would this be something in kwin? Or is it a fundamental X11 vs Wayland difference? Forgive all the questions - I'm trying to understand between kwin/fcitx5/im-emoji-picker where things need to change 😅 |
emoji picker, but I'm not very sure if it's doable. X11 you have lots of freedom to create a specialized window, while under wayland you just don't have much choice. The API just don't let you do so. Also, the way that how emoji picker is implemented just simply doesn't work on wayland. the wayland input method requires a special surface and protocol to be put the window at the right place. The cursor location API is meaningless on wayland. If emoji picker want to display a on the spot window (a window besides the cursor) under wayland, I'd say it's simply impossible under it's current approach. |
It's a very complex topic that is relevant to how wayland input method protocol works, how emoji picker is implemeneted, how Qt realize the wayland surface. The only way I can see is to implement something on top of fcitx without using any Qt. |
Thank you so much! That's really helpful info - I'll have to think about where to go from here 🤔 |
Describe the bug
On KDE/Wayland with fcitx5, when a module is activated with a shortcut key, there's a deactivate immediately followed by a reactivate.
I'm trying to use
im-emoji-picker
, and this is causing it to not work in this configuration:Is this the expected behavior from fcitx5? Or a kwin integration issue?
To Reproduce
Steps to reproduce the behavior:
im-emoji-picker
moduleCtrl-Alt-.
in an input field to trigger itExpected behavior
Module opens and remains open.
Desktop (please complete the following information):
I'm running NixOS, so note that even though the
fcitx5-diagnose
log doesn't show the addon, it is actually picked up at runtime correctly.Also, for what it's worth, if I switch into X11, everything works as expected.
fcitx5-diagnose.log
Additional context
The text was updated successfully, but these errors were encountered: