touch-packages team mailing list archive

[Jorge Suárez de Lis <yo@xxxxxxxxxxxxxxxxxxxxx>]

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>[ '&lt;Control&gt;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>[
'&lt;Control&gt;&lt;Super&gt;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 Ubuntu
Touch seeded 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