Better Maintenance of IBus, i.e., the Input Framework

[Ma Xiaojun]

On Mon, Oct 15, 2012 at 4:14 PM, Sebastien Bacher <seb128 at ubuntu.com> wrote:
> Thanks for your email. Could you give details on what in ibus 1.5 is
> gnome-shell specific? Could it be adapted to work on other desktop
> environments?
http://desktopi18n.files.wordpress.com/2012/05/ibus-setup-for-1-5.png
( Compare with 1.4 ibus-setup if you can. )
1. Switching keyboard shortcuts are becoming more limited.
They now use single shortcut and rely on OSD to handle the case where
there is more than two input methods.
OSD: http://desktopi18n.files.wordpress.com/2012/02/gnome-shell-ibus-switcher-20120216.png
But the controversial new design is not landed on GNOME 3.6.
In GNOME 3.6 live image, there is no switching shortcut at all by
default, which is as annoying as OSX's default.
http://code.google.com/p/ibus/issues/detail?id=747 (Most starred bug for IBus)
https://bugzilla.gnome.org/show_bug.cgi?id=682315 (Wait until 3.8?)

2. No language panel any more; always use "Embedded in menu".
"Embedded in menu", as a default, is totally broken (no menu at all)
on current Unity environment.
Ubuntu is currently using Python based GTK2 UI.
IBus 1.5 is supposed to be used with new Vala based GTK3 U.
https://github.com/ibus/ibus/tree/master/ui/gtk3

3. Input methods has to be global.
This seems to be another Nautilus story of GNOME.
https://bugzilla.gnome.org/show_bug.cgi?id=684210
And IBus is following GNOME's policy.
Fedora folks already suffered from this new change since Fedora ships
pre-release IBus 1.4.99 since Fedora 17.
http://code.google.com/p/ibus/issues/detail?id=1477

> The plan so far would be to rewrite a keyboard,input method indicator to
> work with ibus 1.5 and GNOME 3.6 it seems...
Cool.
I'm an IBus member actually.
I'd like to work with you guys.