https://bugzilla.redhat.com/show_bug.cgi?id=845956
Bug ID: 845956 QA Contact: extras-qa@fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com, tfujiwar@redhat.com Assignee: tfujiwar@redhat.com Summary: IME switcher is open with keys not configured in ibus-setup Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: tagoh@redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus Product: Fedora
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?
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #1 from fujiwara tfujiwar@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #2 from Akira TAGOH tagoh@redhat.com --- where is it defined? how to stop this behavior?
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #3 from fujiwara tfujiwar@redhat.com --- (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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #4 from Akira TAGOH tagoh@redhat.com --- hardcoding the key binding sounds not a good idea. I don't see why you are about to close this without any solutions.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(tagoh@redhat.com)
--- Comment #5 from fujiwara tfujiwar@redhat.com --- (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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tagoh@redhat.com) |
--- Comment #6 from Akira TAGOH tagoh@redhat.com --- 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?
https://bugzilla.redhat.com/show_bug.cgi?id=845956
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
--- Comment #7 from fujiwara tfujiwar@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|IME switcher is open with |ibus backward trigger key |keys not configured in |is not customized in |ibus-setup |ibus-setup
--- Comment #8 from fujiwara tfujiwar@redhat.com --- bad desc.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #9 from fujiwara tfujiwar@redhat.com --- Created attachment 603932 --> https://bugzilla.redhat.com/attachment.cgi?id=603932&action=edit Patch for ui/gtk3/panel.vala
Tentative patch.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |ON_DEV
--- Comment #10 from fujiwara tfujiwar@redhat.com --- https://github.com/fujiwarat/ibus/commit/a417c1fd0259482f859547b672944bfba86... https://github.com/fujiwarat/ibus-gjs/commit/c298fc4ef573b9c52b1c13d17dc05d2...
https://bugzilla.redhat.com/show_bug.cgi?id=845956
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_DEV |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #11 from Fedora Update System updates@fedoraproject.org --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #12 from Fedora Update System updates@fedoraproject.org --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=845956
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #13 from Fedora Update System updates@fedoraproject.org --- 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.201208... then log in and leave karma (feedback).
https://bugzilla.redhat.com/show_bug.cgi?id=845956
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Resolution|--- |ERRATA Last Closed| |2012-08-30 21:02:01
--- Comment #14 from Fedora Update System updates@fedoraproject.org --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #15 from Fedora Update System updates@fedoraproject.org --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #16 from Peng Huang shawn.p.huang@gmail.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #17 from Akira TAGOH tagoh@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=845956
--- Comment #18 from fujiwara tfujiwar@redhat.com --- 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.
i18n-bugs@lists.fedoraproject.org