Update on the new ibus-1.5 and gnome-settings-daemon gnome-control-center 3.6 situation

[Ma Xiaojun]

On Wed, Nov 21, 2012 at 4:47 AM, Sebastien Bacher <seb128 at ubuntu.com> wrote:
> Do you have a list of the features that are missing in the 1.5 update? Is
> that mostly the "input method per win" option? I will try to resume/continue
> the GNOME upstream discussion on the topic

Yes, mostly the "input method per win" option. But also something
related to layout handling, since the model is changed.

> Well, I don't either and we lack people in the team we do, still we need to
> maintain need so I'm trying to understand where we stand. I'm not using ibus
> but reading bugs and discussions from users and ibus maintainers in other
> distributions I got the feeling that 1.5 was a problematic version ... isn't
> that true?

I use 1.4 now since I'm using Ubuntu.

I saw three kinds of issues in upstream tracker (I guess I skimmed
every open issue on that tracker):
1. Oops! The IM state become global. (We already discussing this.)
2. Oops! My layout setting is overwritten by IBus.
( This is due to the fact that the way of layout handing is changed,
but there maybe some UI addition needed to make things more friendly.
)
3. Other random issues that is probably packaging issues.

> Right, we don't though, we lack people knowing it and we are stuck in
> "trying to understand what change between ibus-1.4 and GNOME 3.4 and
> ibus-1.5 and GNOME 3.6" to see if the update is something we should do or if
> it's problematic enough that we should hold back on it until we get some of
> the issues resolved (that also requires to understand what the issues are
> and engage with those upstream about getting them resolved)

Is AWASHIRO Ikuya's above mentioned commands sufficient enough to see
what would be the final result?

> Is that the only thing missing in GNOME 3.6 keyboard handling from your
> perspective?

Also:
1. Lack of IM switching OSD, GNOME people say 3.8
2. Filtering of available input methods:
https://mail.gnome.org/archives/desktop-devel-list/2012-November/msg00091.html

> What's the issue with the IBus indicator? It's basically an equivalent of
> the upstream GtkStatusIcon as an Indicator. Is your comment based on the
> open bug that the icon fail to load in some cases for some users or do you
> know of other issues?

No, they are not equivalent.

You may check my videos, total length 7 minutes to see why they are
different, the versions involved are vanilla 1.4.2 and Ubuntu 1.4.1,
both in 12.10
http://dl.dropbox.com/u/45139465/vanilla-ibus.ogv
http://dl.dropbox.com/u/45139465/ibus-indicator.ogv

I will report/reuse a bug later.

> We neither have a blueprint nor a code repository for the new indicator no
> ... reasons include that we are just starting looking at ibus 1.5 and that
> we lack people with enough knowledge about the domain to design a proper
> solution. Our first iteration would probably to keep following what ibus
> upstream is doing with their icon just using an indicator, that's assuming
> that the IBus upstream know enough about IBus and its users to come with an
> useful UI (if IBus upstream doesn't know how IBus is used we have other
> issues...)

You may check how 1.5 icon looks like in GNOME Shell by following picture.
http://desktopi18n.files.wordpress.com/2012/02/gnome-shell-ibus-menu-20120216.png
Probably we just whitelist it?