Description of problem: input method switch delay Click ctrl + space, EN < delay > 한 Version-Release number of selected component (if applicable): 1.4.99.20121006-2.fc18 How reproducible: always Steps to Reproduce: 1. ctrl + space 2. 3. Actual results: Expected results: Additional info: gnome-settings-daemon-3.6.1-3.fc18.x86_64 control-center-3.6.2-1.fc18.x86_64 ibus-hangul-1.4.1-5.fc18.x86_64
built input methd in emacs vs ibus in gnome 3.6 ctrl + \ in emacs After down key event, switch ctrl + space in gnome 3.6 After down key and up key event, switch
I thought the problem could be happened but probably I need to investigate it with detail. (In reply to comment #1) > built input methd in emacs vs ibus in gnome 3.6 > > ctrl + \ in emacs > After down key event, switch > > ctrl + space in gnome 3.6 > After down key and up key event, switch Probably I think the Ctrl + \ is provided by emacs and it would have the different implementation. ibus 1.3 switches an input method engine between ON and OFF so the ibus hangul engine is launched from the beginning. ibus 1.5 switches an xkb engine and input method engine so at first 'us' keyboard engine is launched but hangul engine is not launched until Ctrl+space is pressed so the delay could be happened.
So, this is not a matter of "delay" but more of "when" the switch is triggered, right? We do indeed only trigger the switch on key release.
(In reply to comment #0) > Description of problem: > input method switch delay > Click ctrl + space, EN < delay > 한 Do you mean your problem exists in gnome-shell only but not gtk based ibus(metacity + gnome-panel or xfce or else) ?
(In reply to comment #4) > (In reply to comment #0) > > Description of problem: > > input method switch delay > > Click ctrl + space, EN < delay > 한 > > Do you mean your problem exists in gnome-shell only but not gtk based > ibus(metacity + gnome-panel or xfce or else) ? Are you able to reply my question? I don't understand your problem.
The problem is, this input switch shortcut currently works on RELEASE event since GNOME 3.6, while conventionally Hangul toggle key has worked on PRESS since the beginning of PC. See https://bugzilla.gnome.org/show_bug.cgi?id=693747
ibus-1.5.2-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/FEDORA-2013-6209/ibus-1.5.2-2.fc18
ibus-1.5.2-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/FEDORA-2013-6220/ibus-1.5.2-2.fc17
Package ibus-1.5.2-3.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ibus-1.5.2-3.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-6220/ibus-1.5.2-3.fc17 then log in and leave karma (feedback).
ibus-1.5.2-4.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.5.2-4.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.