Closed onequid closed 4 years ago
Found it was caused by "fcitx". And it was just solved. No, it might not be fcitx.
I tried to add the following lines to ~/.profile
export GTK_IM_MODULE=xim
export QT_IM_MODULE=xim
export XMODIFIERS="@im=fcitx"
This stops mapping CTRL+SHIFT+E to entering emoji (and it stops keybinding CTRL+SHIFT+U for entering unicode as well)
However after doing so, when typing in Chinese with some applications, say, LibreOffice Writer and VSCode, it occasionally input some letters directly without going though the Input Method.
For example, when I try to enter something like
It would occasionally behave like
Is there any other ways to unset CTRL+SHIFT+E keybinding? or fix the occasionally direct inputing?
I found on fcitx wiki that cache may require updating. Will updating cache unset the keybinding?
And I cannot find the related command tools gtk-query-immodules-2.0
or gtk-query-immodules-3.0
to test out.
Please just tell if anything else I can do or help
I also find this post saying that only GTK after version 3.24 would respect to customized keybindings. And this issue comment mentioned GTK 3.23.0 dropped the CTRL+SHIFT+E shortcut
I am not sure if this is the right place to post this issue as I have not tried to reproduced this on any other distro with cinnamons.
Steps to reproduce:
In some input areas
Ctrl+Shift+E
would interrupts following keyboard inputs. It happened in following places so far:It did not happen in hexchat(the only place where the reproducing failed). And I also found that after press the ENTER key, the keyboard works again.
The theme used is Mint-Y-Dark. And I reproduced this with theme Cinnamon Thank you for your attention.
I also tested a live image on the VM, it was with an underlined
e
and following inputs(the undelined e and the following inputs are hidden on my machine). CTRL+SHIFT+E is used to enter emoji.It is weird that I do not see it configured in
ibus-setup
. And I get nothing with the cmd below: