Bug 871482
Summary: | input method switch delay | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | sangu <sangu.fedora> |
Component: | ibus | Assignee: | fujiwara <tfujiwar> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | abetakehiko, cwryu, i18n-bugs, rmatos, shawn.p.huang, tfujiwar |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | ibus-1.5.2-4.fc18 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-06-27 01:56:03 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
sangu
2012-10-30 14:01:48 UTC
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. |