Description of problem: Emacs uses a lot of shortcuts. Ctrl + Shift + e is one of the most classic, ordinary and recurrent Emacs key combinations, and is used to mark from point to the end of the line. The minimum options Fedora should offer is to change the ibus keyboard shortcuts for emojis, unicode and dictionary, or to disable the functionalities individually (by setting void keyboard shortcuts or special disable options). The reason it is urgent is because Ctrl + Shift + e has been used by decades by hundreds of thousands of Emacs hardcore users, this problem will force a lot of people to change a very classic Emacs command or to find a way to get rid of these ibus functionalities altogether. Version-Release number of selected component (if applicable): Emacs 25.1.1 Fedora 25 How reproducible: Very easily. Steps to Reproduce: 1. Open Emacs 2. Type Ctrl + Shift + e. Actual results: ibus input source overrides Emacs' command. Expected results: Mark from the point to the end of the line in the current Emacs buffer. Additional info: Similarly can happen when setting custom shortcut in Emacs. For example in emacs dot file, if add (global-set-key "\C-U" 'buffer-menu), ibus Ctrl + Shift + u will override Emacs custom command just like the priorly described reproducible steps.
(In reply to Miguel Galvez from comment #0) > Description of problem: > Emacs uses a lot of shortcuts. Ctrl + Shift + e is one of the most classic, > ordinary and recurrent Emacs key combinations, and is used to mark from > point to the end of the line. The minimum options Fedora should offer is to > change the ibus keyboard shortcuts for emojis, unicode and dictionary, or to > disable the functionalities individually (by setting void keyboard shortcuts > or special disable options). > > The reason it is urgent is because Ctrl + Shift + e has been used by decades > by hundreds of thousands of Emacs hardcore users, this problem will force a > lot of people to change a very classic Emacs command or to find a way to get > rid of these ibus functionalities altogether. You *really* shouldn't generalize like this... I've been using Emacs for some time and never ever used Ctrl+Shift+e to select (or any Shift+motion combination). Anyway, this would have to be addressed in ibus, but I don't think that it's a real bug.
I have the plan to customize Ctrl-Shift-e after the UI is moved from IBusEngineSimple to IBusPanel. But I have no plan to change Ctrl-Shift-u until Gtk will be changed since IBus inherit that implementation from GtkIMContextSimple which does not use GSettings. I may drop Ctrl-Shift-u if the emoji typing can combined the Unicode typing too but not sure until the actual implementation is done. So I accept the customization of Ctrl-Shift-e in this bug at the moment.
By the way, here is a link with a broader description of the issue http://emacs.stackexchange.com/questions/29266/ctrlmayuse-strange-key-conflict-in-fedora-25/29408#29408 Note in the link that there is a trick to disable the functionality temporarily, that consists in restarting session in the computer, apparently this shouldn't happen, but it does, then the functionality activates again automatically when the computer is restarted.
*** Bug 1416587 has been marked as a duplicate of this bug. ***
Any progress on that? In Wolfram Mathematica Ctrl-Shift-e is used to show the raw expression behind the selected cell. This is a very essential thing for working with notebooks and writing documentation. I absolutely need Mathematica for my daily research activity, so my current (and probably too radical) workaround is sudo dnf remove ibus I'd really like to give the ibus-engine (and especially the typing booster) a chance, but only when I can remap Ctrl-Shift-e to something else.
Ah, sorry, I forgot to update this bug. I've succeeded to move the UI from IBusEngineSimple to IBusPanel in F26. The latest version is ibus-1.5.16-3.f26 https://bodhi.fedoraproject.org/updates/ibus-1.5.16-3.fc26 Copr is available for For F24 and F25: https://copr.fedorainfracloud.org/coprs/fujiwara/ibus/