[Pkg-ime-devel] Bug#690605: Bug#690605: Bug#690605: ibus-xkbc: not installed on with desktop metapackage

[Aron Xu]

On Wed, Oct 17, 2012 at 2:33 AM, Ma Xiaojun <damage3025 at gmail.com> wrote:
> On Tue, Oct 16, 2012 at 12:51 PM, Aron Xu <happyaron.xu at gmail.com> wrote:
>> I see your point, and I agree it's not intuitive. But unfortunately we
>> can't add ibus to Recommends for all desktop tasks, and even if any
>> GNOME package do that then it is a bug.
>> It's a long story to tell the whole thing, but in short it is not an
>> ideal solution because some (significant amount of) users have other
>> preference on input method framework other than ibus. It could be
>> added to ibus package so that users of ibus get this feature by
>> default.
> It's up to you.
> Why we integrate Vi when user base of Emacs, Nano is also huge?
> Provide a default and let the tweakers do whatever they want.
>

>From a distribution's perspective, we should preserve the possibility
of choosing their favorites to users, but not always given them a
default and tell them use it or go away. Your claim on those editors
are not related to this issue anyhow.

Adding ibus-xkbc to Recommends of ibus package will solve this problem
for ibus users, even they are not your so-called "tweakers", and won't
cause trouble for users of other input method frameworks. If you see
there is any flaw in this design please speak up then.

>> There were some discussions about how the input method integration
>> should be implemented in GNOME, but the outcome was that GNOME
>> designers and developers disagreed to accept the advices from input
>> method developers and took an approach that has led us to an
>> embarrassing situation.
> Better to summarize as the developer and fans of one IMF try to
> prevent GNOME from integrating another IMF.
>

Not sure. GNOME developers care about their integration and does not
accept opinions from other users and developers. Your claim shows that
you are an ibus fan who tries to prevent other GNOME users from using
whatever others they want, especially I help working on ibus as well
as fcitx in Debian and Ubuntu. If you are in doubt of my last
sentence, read on.

>> If you'd like to choose which input method framework to use, try
>> im-config. After you have installed the package, run the command
>> "im-config" from a terminal and then follow the guide.
>> Ubuntu has language-selector, a tool said to be deprecated by GNOME's
>> new control center component, but the replace won't happen in the
>> upcoming 12.10 at least. The input method framework selection part of
>> language-selector is a frontend of im-switch, which has been
>> deprecated by im-config in Debian. If the tool won't get out of 13.04,
>> I'll try to push patch to migrate it from im-switch to im-config. We
>> won't have that tool because it manages language packs and fonts as
>> well, which are pointless for Debian.
> That's the solution favored by some people.
> They know im-config on Debian, im-switch on Ubuntu, im-chooser on
> Fedora, System/Environment/Language/INPUT_METHOD on openSUSE...
> They also know input method related environmental variables (apply to
> all distribution).
> Happy tweaking!

Actually Ubuntu uses almost whatever provided in Debian on input
method perspective. They know there are im-config in Debian, and the
migration was blocked by no one is changing the code, and this is the
only reason of not moving away from im-switch. It's not a matter of
choice among distributions, just a man power problem. I can't say that
I know in and out about the whole thing of input method in
Debian/Ubuntu, but I'm sure that I'm one of the most active developer
who keeps ibus and fcitx running on both distribution, it's quite
unfair to classify me as a fanboy of something, ;-)

-- 
Regards,
Aron Xu