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

Sebastien Bacher seb128 at
Tue Oct 16 10:01:35 UTC 2012

Le 16/10/2012 00:21, Ma Xiaojun a écrit :
> On Mon, Oct 15, 2012 at 4:14 PM, Sebastien Bacher <seb128 at> 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?
> ( 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:
> But the controversial new design is not landed on GNOME 3.6.
Well, that seems like a design choice of the UI in GNOME rather than an 
ibus limitation though, right? E.g nothing stop us to use ibus 1.5 and 
design our indicator/UI differently than what GNOME did?
> 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.
Right, we know that we need to rewrite our indicators for the new 
ibus/GNOME, that's the main reason we didn't update g-s-d/g-c-c in quantal.
> 3. Input methods has to be global.
> This seems to be another Nautilus story of GNOME.
> 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.
Hum, is that "has" a GNOME choice or is ibus enforcing that in 1.5 as 
well? Do you know why ibus went that direction?

> Cool.
> I'm an IBus member actually.
> I'd like to work with you guys.
Great, thanks for the details you are providing, those will be useful to 
figure out what we need to do exactly next cycle!

Sebastien Bacher

More information about the ubuntu-desktop mailing list