Better Maintenance of IBus, i.e., the Input Framework
seb128 at ubuntu.com
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 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
> ( 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.
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?
> 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!
More information about the ubuntu-desktop