Description of problem: The default key binding to enable/disable ibus is set to <Control>space though, IME switcher window is open with even ctrl+shift+space. Version-Release number of selected component (if applicable): ibus-1.4.99.20120428-2.fc17.x86_64 How reproducible: always Steps to Reproduce: 1.press ctrl+shift+space 2. 3. Actual results: IME switcher window is open Expected results: the window should be open as the trigger key is set to ctrl+space Additional info: it's not open with ctrl+alt+space say. I guess ibus may ignore shift key here?
The Shift key is assigned as the reverse switching if a modifiers key(Control) is assigned in trigger keys. I'd like to close this bug.
where is it defined? how to stop this behavior?
(In reply to comment #2) > where is it defined? how to stop this behavior? I mean it's hard-coded and I'd like to close this bug.
hardcoding the key binding sounds not a good idea. I don't see why you are about to close this without any solutions.
(In reply to comment #4) > hardcoding the key binding sounds not a good idea. I don't see why you are > about to close this without any solutions. Do you want to disable the Control+Shift+space? My understanding is, MS-Windows switches input methods with Windows + space and the Windows + Shift +space for the reverse conversion. And I didn't think users need the customization for the shift reverse.
the summary on this bug says it all. whether or not disabling ctrl+shift+space is the side-effects on that complaint. on GNOME 3.6, it's also configurable. why not to have that in ibus?
I confirmed you really need to modify it while I didn't think so. Probably another dconf key will be added as GNOME does it.
bad desc.
Created attachment 603932 [details] Patch for ui/gtk3/panel.vala Tentative patch.
https://github.com/fujiwarat/ibus/commit/a417c1fd0259482f859547b672944bfba86c3f74 https://github.com/fujiwarat/ibus-gjs/commit/c298fc4ef573b9c52b1c13d17dc05d23643c4c2f
ibus-1.4.99.20120822-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/ibus-1.4.99.20120822-1.fc18
ibus-1.4.99.20120822-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ibus-1.4.99.20120822-1.fc17
Package ibus-1.4.99.20120822-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ibus-1.4.99.20120822-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-12410/ibus-1.4.99.20120822-1.fc18 then log in and leave karma (feedback).
ibus-1.4.99.20120822-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
ibus-1.4.99.20120822-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
The Ctrl+Space shortcut works like Alt+Tab. The Shift modifier is just for changing the ime switch direction. Allowing users set two complete different shortcuts for ime swich may cause may problems. So I think just using one setting is better.
Sure. if it's the way to go for ibus, I would request to disable that feature entirely. honestly I don't see any useful at all on displaying the switcher window. plus, it breaks usability. that feature considered harmful to me.
Recently I added a dconf key switcher-delay-time: https://github.com/ibus/ibus/commit/dce22003c388a7274dc148161cf0e02f44d29ad6 If the key switcher-delay-time < 0, the IME switcher window is not shown and switches the first two engines only with Ctrl+space and Ctrl+Shift+space. So I guess your problem might be resolved here without Ctrl+Shift+space customization through VM box problem still exists.