-
Notifications
You must be signed in to change notification settings - Fork 231
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
The input method candidate box can't follow the cursor. #471
Comments
Because PyQT widget not accept input directly, all qt event is fake event by Emacs event string. So fake qt event don't know input coordindate. I don't think this issue can fix in short time. We most use M-e with emacs-rime in Emacs and EAF. |
I still don't quite catch your meaning. What's the relationship between movement to end of sentence, i.e., M-e, and using emacs-rime in Emacs and EAF? |
try press alt + e in EAF browser ;) |
No idea how to fix now, I think this problem cannot be repaired in the short term. Close issue. |
感觉输入法打开的时候不应该把按键截获,fcitx对popup位置有很好的支持。 |
eaf不管理按键,emacs就会失去控制,引入输入法就把事情搞复杂了,还有好多输入法呢。 就用M-e就够了 |
When I use the eaf-open-browser command shipped in EAF to surfing the website, I find that the input method candidate box activated by emacs-rime can't follow the cursor. See the following screenshot for detailed info:
As you can see, the position of the input method candidate box is fixed in the upper left corner of the screen instead of following the cursor. Any hints for solving this problem?
Regards,
HY
The text was updated successfully, but these errors were encountered: