Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: RFE: support reloading Xmodmap
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Summary: RFE: support reloading Xmodmap Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: low Priority: unspecified Component: ibus AssignedTo: tfujiwar@redhat.com ReportedBy: dueno@redhat.com QAContact: extras-qa@fedoraproject.org CC: tfujiwar@redhat.com, i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com Classification: Fedora Story Points: --- Type: ---
Description of problem:
When a keyboard layout is changed with gnome-settings-daemon, ~/.Xmodmap is automatically re-applied through libgnomekbd. cf. http://blogs.gnome.org/sudaltsov/2010/10/13/xmodmap-and-gnome/ http://git.gnome.org/browse/libgnomekbd/tree/libgnomekbd/gkbd-keyboard-confi...
However, with ibus-xkb, that file is ignored and the previous Xmodmap setting is cleared each time when I switch between XKB engines.
Version-Release number of selected component (if applicable): ibus-1.4.0-6.fc16.x86_64
How reproducible: always
Steps to Reproduce: (with the default Japanese installation of F16 RC2) 1. put the following content in ~/.Xmodmap keycode 49 = Escape 2. xmodmap ~/.Xmodmap 3. run xev and type Zenkaku_Hankaku key 4. select Thai XKB engine from the IME menu, then back to Japanese XKB engine 5. run xev and type Zenkaku_Hankaku key
Actual results: xev reports "keycode 49 (keysym 0xff1b, Escape)" on step 3, and "keycode 49 (keysym 0xff2a, Zenkaku_Hankaku)" on step 5.
Expected results: xev should report "keycode 49 (keysym 0xff1b, Escape)" on both step 3 and 5.
Additional info: This feature would be important on Japanese desktop, since quite a few people map Zenkaku_Hankaku to Escape.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
--- Comment #1 from fujiwara tfujiwar@redhat.com 2011-11-02 04:49:58 EDT --- Thanks for that pointer of the codes. Probably I'd update ibus.xkblayout.set_layout for Fedora for the short term. Unfortunately I think this needs to be called after set_layout is called.
I'm also thinking to port ibus.xkblayout to ibus-xkb for Fedora 17: https://github.com/fujiwarat/ibus-xkb Then ibus-xkb also needs to have the similar implementation.
BTW, we also need to implement a config file similar with ~/.XCompose . http://desktopi18n.wordpress.com/2011/09/30/ibus-xim-compose-key/
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #2 from fujiwara tfujiwar@redhat.com 2011-11-08 05:13:59 EST --- Created attachment 532262 --> https://bugzilla.redhat.com/attachment.cgi?id=532262 Patch for xkblayout.py.in
The attachment is the tentative patch. Now setting xkb & xmodmap uses the async function. I also will update ibus-gnome3.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |ON_DEV
--- Comment #3 from fujiwara tfujiwar@redhat.com 2011-11-09 22:21:48 EST --- ibus and ibus-gjs are updated: https://github.com/fujiwarat/ibus-gjs/commit/b1e2501cd62707c07cdf18dde6a83a5...
Now I added .xmodmaprc and .Xmodmaprc files too.
However probably I don't recommend to use .xmodmap*. E.g. if .xmodmap replaces Ctrl and Caps_Lock and you switch engines by Control + Space, you will see an error from xmodmap command since you're pressing Control key. So you need to release the Control key soon after you type Control + Space. We could use XKB option ctrl:swapcaps instead.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #4 from Daiki Ueno dueno@redhat.com 2011-11-10 04:51:01 EST --- (In reply to comment #3)
ibus and ibus-gjs are updated: https://github.com/fujiwarat/ibus-gjs/commit/b1e2501cd62707c07cdf18dde6a83a5...
Thanks for the quick update. It basically works. However, if I don't have the gconf key /desktop/ibus/general/use-xmodmap, loading the extension fails with:
TypeError: this._config.get_value('general', 'use-xmodmap', GLib.Variant.new_boolean(true)) is null
It seems that this is because get_value()'s 3rd arg is only available in the Python binding and not in GI. I added the following to ibusPanel.js to work around this:
// patch IBus.Config.get_value to accept defval argument IBus.Config.prototype._get_value = IBus.Config.prototype.get_value; IBus.Config.prototype.get_value = function(section, name, defval) { let value = this._get_value (section, name); if (value == null) return defval; return value; };
Also, is it intentional that "-" is used instead of "_" in the gconf key?
However probably I don't recommend to use .xmodmap*. E.g. if .xmodmap replaces Ctrl and Caps_Lock and you switch engines by Control + Space, you will see an error from xmodmap command since you're pressing Control key.
Fully agreed. FWIW, for the case described in the report (i.e. Zenkaku_Hankaku as Escape), I requested a new XKB option: https://bugs.freedesktop.org/show_bug.cgi?id=42734
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #5 from fujiwara tfujiwar@redhat.com 2011-11-10 05:17:55 EST --- (In reply to comment #4)
(In reply to comment #3)
ibus and ibus-gjs are updated: https://github.com/fujiwarat/ibus-gjs/commit/b1e2501cd62707c07cdf18dde6a83a5...
Thanks for the quick update. It basically works. However, if I don't have the gconf key /desktop/ibus/general/use-xmodmap, loading the extension fails with:
Ah, I mean I also integrated the ibus part of attachment 532262 in my ibus fedora branch.
Fully agreed. FWIW, for the case described in the report (i.e. Zenkaku_Hankaku as Escape), I requested a new XKB option: https://bugs.freedesktop.org/show_bug.cgi?id=42734
Interested :).
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_DEV |MODIFIED
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #6 from Fedora Update System updates@fedoraproject.org 2011-11-18 06:37:17 EST --- ibus-1.4.0-11.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/ibus-1.4.0-11.fc16
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #7 from Fedora Update System updates@fedoraproject.org 2011-11-18 06:37:30 EST --- ibus-1.4.0-11.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/ibus-1.4.0-11.fc15
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #8 from Fedora Update System updates@fedoraproject.org 2011-11-19 01:02:19 EST --- Package ibus-1.4.0-11.fc16: * should fix your issue, * was pushed to the Fedora 16 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.0-11.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16111/ibus-1.4.0-11.fc16 then log in and leave karma (feedback).
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
--- Comment #9 from Fedora Update System updates@fedoraproject.org 2011-11-28 04:09:20 EST --- ibus-1.4.0-13.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/ibus-1.4.0-13.fc16
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |ibus-1.4.0-11.fc16 Resolution| |ERRATA Last Closed| |2011-11-28 19:08:42
--- Comment #10 from Fedora Update System updates@fedoraproject.org 2011-11-28 19:08:42 EST --- ibus-1.4.0-11.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=750484
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed In Version|ibus-1.4.0-11.fc16 |ibus-1.4.0-11.fc15
--- Comment #11 from Fedora Update System updates@fedoraproject.org 2011-12-02 16:32:39 EST --- ibus-1.4.0-11.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
i18n-bugs@lists.fedoraproject.org
-
Red Hat Bugzilla