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

The input method candidate box can't follow the cursor. #471

Closed
hongyi-zhao opened this issue Dec 13, 2020 · 8 comments
Closed

The input method candidate box can't follow the cursor. #471

hongyi-zhao opened this issue Dec 13, 2020 · 8 comments
Labels
help wanted Extra attention is needed

Comments

@hongyi-zhao
Copy link

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:

image

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

@manateelazycat
Copy link
Member

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.

@hongyi-zhao
Copy link
Author

hongyi-zhao commented Dec 13, 2020

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?

@manateelazycat
Copy link
Member

We most use M-e with emacs-rime in Emacs and EAF.

Still not so clear on 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 ;)

@hongyi-zhao
Copy link
Author

hongyi-zhao commented Dec 13, 2020

try press alt + e in EAF browser ;)

But this will only let me input the Chinese characters at the bottom buffer instead of the browser's search box. See the following screenshot for more info of my case:

image

@manateelazycat
Copy link
Member

try press alt + e in EAF browser ;)

But this will only let me input the Chinese characters at the bottom buffer instead of the browser's search box. See the following screenshot for more info of my case:

image

yes,this is best solution now

this issue i know when i created this project, not easy to fix

@manateelazycat manateelazycat added the help wanted Extra attention is needed label Dec 14, 2020
@manateelazycat
Copy link
Member

No idea how to fix now, I think this problem cannot be repaired in the short term.

Close issue.

@QiangF
Copy link

QiangF commented Feb 14, 2021

感觉输入法打开的时候不应该把按键截获,fcitx对popup位置有很好的支持。
能不能用lua作为沟通fcitx和emacs的桥梁,用rpc之类的,fcitx那边用lua plugin, 用来通知emacs选择是否截获按键
https://www.aloxaf.com/2020/09/fcitx5_plugin/
https://github.com/syohex/emacs-lua
https://github.com/stockrt/luarpc

@manateelazycat
Copy link
Member

感觉输入法打开的时候不应该把按键截获,fcitx对popup位置有很好的支持。
能不能用lua作为沟通fcitx和emacs的桥梁,用rpc之类的,fcitx那边用lua plugin, 用来通知emacs选择是否截获按键
https://www.aloxaf.com/2020/09/fcitx5_plugin/
https://github.com/syohex/emacs-lua
https://github.com/stockrt/luarpc

eaf不管理按键,emacs就会失去控制,引入输入法就把事情搞复杂了,还有好多输入法呢。

就用M-e就够了

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants