Recently I updated ibus to 1.4.99.20120203-3 in Fedora 17 or later.
The ibus is not available in upstream yet but we would need the new ibus for Fedora 17. It enhances:
- Performance of Control+Space.
- New Control+Space GUI window.
- IBus indicator can work without ibus-daemon on gnome-shell to handle XKB only.
Previously ibus-daemon handles the trigger key, Control+Space, and some of the performance problems were happened when input method engines are switched. Now the ibus status icon on panel handles Control+Space and I hope the performance issue was fixed.
Previously the trigger key switches a previous ibus engine and next engine. Now the trigger key behaves to switch multiple engines likes Alt+Tab. If you use Control+Shift+Space, the reverse switching is called. The following is the new window with ibus GTK:
The following is the new window with ibus-gnome3 on gnome-shell:
Requirements:
# yum install ibus ibus-gnome3 gnome-shell gjs # rpm -q ibus gnome-shell gjs ibus-1.4.99.20120203-3.fc17.x86_64 gnome-shell-3.3.5-1.fc17.x86_64 gjs-1.31.10-1.fc17.x86_64
Currently we use the devel branch with ibus and ibus-gjs git and when the upstream is updated, I will move the devel branch to master.
fujiwara
DesktopI18N's Blog 
Wow, that alt-tab-like GNOME-Shell-themed window to chose input methods looks great!
Do you think the integration in upstream GNOME (GNOME Shell + GNOME Control Center) will be finished for GNOME 3.4 / Fedora 17?
The input method handling is really the last thing I’m not confident with switching my girlfriend to GNOME 3 (from Windows 7), I’d love to do that for Fedora 17. 🙂
Unfortunately I think the feature of GNOME Control Center won’ t available in F17 yet.
You still need to install ibus-gnome3 for gnome-shell.
Personally，I prefer to use alt-shift to trigger this feature.
The previous Alt+Shift has a problem. E.g. if the preload_engines are us, pinyin, anthy, the default switch was us and pinyin and if you pressed Alt+Shift, the next switching was pinyin and anthy but not us and anthy. The new Control+Space resolve the problem so that the pair engine is not changed since you keep pressing Control key.
Bravo work!
But I encounter while configure. I’m a Ubuntu newbie 🙂
sudo ./configure -prefix=/usr -datadir=/usr/share
.....
Build options:
Version 3.2.1.20120227
Install prefix /usr
Enable standalone yes
HAVE IBus XKB false
IBUS XKB
GNOME_SHELL_VERSION 3.2
GJS_VERSION 1.30
Even I force install, the lookglass will show “no module ‘ibus’….”
what did I miss?
I think Ubuntu ibus doesn’t provide /usr/lib*/girepository-1.0/IBus-1.0.typelib .
You need to install ibus from the source code with ./configure –prefix=/usr –enable-introspection .
For the OSD selection window, the one or two character summary is not satisfactory enough.
“酷” for ibus-chewing is good since libchewing project call itself “新酷音”.
“中“ for ibus-pinyin is too vague, it should be “拼”.
For the drop down menu, I don’t think language name need to be displayed.
What user would concern is which engine is currently active, rather than which language the current active engine offers.
Mac OS X’s drop down menu display engine name and a small icon only.
> “酷” for ibus-chewing is good since libchewing project call itself “新酷音”.
The menu does not express each input method but the language prefix. It does not distinguish the engines in the same language.
So keymap engines are shown as ASCII prefix (e.g. ‘en’, ‘fr’, ‘jp’) and input method engines are shown as multi-byte char.
Actually myself does not mind which character is used in input methods but it would be good to use the same char in the same language.
It would be good to discuss which one char is the best in your language engine.
Where is this switcher-window functionality now? Why doesn’t it show when I press a shortcut key to switch to next (previous) input method? I am running Fedora 18/Gnome Shell 3.6.3.1. I can’t seem to find it. I had it before, was it taken away?
And noone noticed that this awfully breaks CTRL+space text selection in emacs ?
ibus 1.5 uses Super+space.