| |||||||||||||
GNOME and input method integrationGNOME and input method integrationPosted Jun 27, 2012 8:55 UTC (Wed) by Felix.Braun (subscriber, #3032)Parent article: GNOME and input method integration
As this article points out correctly, care must be taken to properly differentiate between the merits of an IM-framework and the individual IM-plugins. As far as I know, the fcitx framework is often used with the sunpinyin plugin (at least that is what several chinese distros pre-install). This plugin is equally available for the IBus-framework and works to my satisfaction (admittedly as a non-native typer). Whenever I feel the need to type traditional chinese characters I switch to the ibus-pinyin plugin which does that quite well.
(Log in to post comments)
GNOME and input method integration Posted Jun 27, 2012 10:40 UTC (Wed) by csslayer (subscriber, #85354) [Link]
Well, I'm the main developer of Fcitx.
First I'd like to anwser this question, "is orthogonal and there's no reason it can't be implemented [in] IBus."
There are things that IBus cannot do or hard to do because of architecture difference between Fcitx. As for sunpinyin, there are several additional plugin to add more feature in Fcitx, which ibus simply cannot do similar thing. Even it want to, it will duplicates code and lost consistency between engines.
As for integration,
Support of IBus in gnome now is even currently not well itself. From my point of view, it should not be landed in gnome 3.6 unless it gets improved. The integration currently still have lots of problem which will break user experience. (At least for now).
BTW, I'm also trying to provide input method integration on different desktop, thus I maintain kimpanel in KDE Plasma, and for GNOME-Shell, which can work with both ibus,fcitx,scim.
|
|||||||||||||