I'm unable to setup a different keybinding system-wide. There is a file describing the dconf schema with the default values: /usr/share/glib-2.0/schemas/org.freedesktop.ibus.gschema.xml
I tried changing this: <key type="as" name="triggers"><default>[ '<Control>space' ]</default><summary>Trigger shortcut keys for gtk_accelerator_parse</summary><description>The shortcut keys for turning input method on or off</description></key> To this: <key type="as" name="triggers"><default>[ '<Control><Super>space' ]</default><summary>Trigger shortcut keys for gtk_accelerator_parse</summary><description>The shortcut keys for turning input method on or off</description></key> I can see the change in dconf-editor. If I set the value to the default, I get ['<Control><Super>space'] and the bold style on the key is removed. But when I enter ibus-setup, the old default <Control>space is shown instead. Changing the value to <Control><Super>space inside ibus-setup, also makes changes that I can see in dconf-editor. The value is not set to the default (bold style in key), and the very same ['<Control><Super>space'] string is shown. If I press the "Reset to defaults" button in dconf-editor, the value is set to the default (the bold style on the key is gone). The string is still the same ['<Control><Super>space'] Then, If I enter ibus-setup again, <Control>space is shown. I should be able to setup a different system-wide keybinding by changing this file, shouldn't I? Should I file a bug report? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1278569 Title: ibus breaks emacs and eclipse control-space keybinding Status in “ibus” package in Ubuntu: Triaged Bug description: Installing ibus 1.5.5-1ubuntu1 breaks Emacs 24's control-space keybinding. I generally have that bound to a custom lisp function, but by default (e.g. starting with `emacs -Q`) it is bound to set- mark-command. After doing a dist-upgrade in Trusty which installs ibus 1.5.5-1ubuntu1, emacs no longer even sees the control-space key chord. My guess is that ibus is consuming this event, preventing emacs from seeing it. This is a critical regression that makes emacs almost unusable. By process of elimination, I've narrowed it down to one of these 4 binary packages. gir1.2-ibus-1.0 ibus ibus-gtk ibus-gtk3 ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ibus 1.5.5-1ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-8.27-generic 3.13.2 Uname: Linux 3.13.0-8-generic x86_64 ApportVersion: 2.13.2-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Mon Feb 10 15:15:57 2014 EcryptfsInUse: Yes InstallationDate: Installed on 2013-12-06 (66 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) SourcePackage: ibus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1278569/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
