On Wed, Oct 17, 2012 at 2:33 AM, Ma Xiaojun <damage3...@gmail.com> wrote: > On Tue, Oct 16, 2012 at 12:51 PM, Aron Xu <happyaron...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
