[Pkg-ime-devel] Bug#692424: Bug#692424: Bug#692424: ibus: Merge fixes from Ubuntu

[Ma Xiaojun]

On Sun, Nov 11, 2012 at 6:34 AM, Aron Xu <happyaron.xu at gmail.com> wrote:
> Integration isn't always a good thing, and it is good only when people
> have done it correctly. Ubuntu has not used the whole stack of GNOME
> for several cycles, and it shouldn't be an excuses that GNOME got the
> keyboard indicator work so the experience of input method users can be
> forgotten.

Not got your point.

> I know, I'm suggesting not to use a pre-release version of ibus as
> Ubuntu has suffered lots of troubles by shipping versions of such
> kind, especially you'll have to invest more manpower to pick upstream
> fixes and make SRUs from time to time, even some of the difficult ones
> are left there because it's not possible to get them fixed through
> SRU.

I don't think pre-release version is particularly bad. Released
versions can also be buggy. IBus, in general, is just not
sophisticated enough to make any upgrade uninteresting. In old days
(2008-2010), some IBus people maintain a PPA to mitigate the software
outdated issue.

IBus upstream people most use Fedora now. Fedora ships 1.4.99 versions
since Fedora 17 and upgrade from time to time. I believe that they
don't feel bad for Ubuntu's sticking on broken versions.

> No, you are not correct by saying ibus is the only one "supported by
> Ubuntu", actually it needs to be changed to "supported by Canonical".
> This does not imply others aren't supported, even not by the
> community. Or you are telling me most part of Ubuntu is just hell, I
> don't believe this is what you mean.

I'm not pedantic on the terminology.

However, what's the real meaning of "supported" or included in "main",
leaving bug reports unanswered since 2009?
I'm trying to improve IBus's "costumer service" since I joined the IBus project.
Even though many problems belong to upstream, what about the indicator
icon issue?

We spent 1 year to come up with a problematic "sleep 10" workaround?
Don't forget that IBus's default embedded menu is still blocked by
IBus indicator and people have to enable language panel manually.
I wonder if Ubuntu people is not competent enough to maintain a really
working IBus indicator, why don't they just whitelist IBus's
GtkStatusIcon and everything would just be fine?

End users don't care the real reason behind, they just switch to
another IMF using PPA or source compilation and laugh at Ubuntu and/or
IBus.

> Right, but you may not want to add all available engines to the list,
> or there design is totally non-sense. But in deed, all the engines are
> useful to someone, and they need to be enlisted in some way, not this
> way IMHO. There is already a must for some users to run gsettings
> command to expose all the engines, but that's not desired for good UX.

Actually the Chinese list is quite short. The number of Chinese input
methods out there is really crazy. I left Windows world so I forgot
most of them.
Anyway, Chinese users should be the most unhappy user group of IBus.
Even if we spent most effort on it.