Hi all, I would think GNOME as OSS should treat everything open without discriminating any input method platform or input method engines. Every person has different value on quality, which creating a white/blacklist to separate engines based on some criteria defined by a board is appropriate.
Input methods and keyboard layouts is NOT similar in any bit. Most of the keyboard layouts are 1 to 1 key-char mapping but input method is superset to that. I hope anyone who believes that check out the Cangjie input method, since you need substantial (its a subjective word just as low-quality mentioned in previous comments) information for you to defend the whitelist approach. I am against any filtering in input method / input method engine because talking about user friendly or usability of GNOME to other high quality environment, it should be beyond the whiltelist by public, too. I personally urge GNOME devs leave the decision rights to IBus itself and its engines, or just join the IBus development and work right on it instead of hacking from GNOME. Regards, kaio On 23 November 2012 22:15, Justin Wong <[email protected]> wrote: > I should say fcitx with kimpanel still works at gnome 3.6 , but it's > running slower than that in gnome 3.4, and even slower than that in gnome > 3.2, which means a same extension is running slower and slower with > gnome-shell upgrades. > > As ibus experience still sucks at gnome, ibus or gnome, which one would u > drop? > Yuanfang, what do you say? > > > On Fri, Nov 23, 2012 at 7:17 PM, Ma Xiaojun <[email protected]> wrote: > >> To make my point clear. >> >> Once we have a fixed framework of inputting. >> Installing/Uninstalling a new engine should be similar to >> installing/uninstalling a new app. >> There is no black magic here. >> _______________________________________________ >> desktop-devel-list mailing list >> [email protected] >> https://mail.gnome.org/mailman/listinfo/desktop-devel-list >> > > > > -- > Open Source,Open Mind > > Blog: http://bigeagle.me/ > E-mail: [email protected] > > _______________________________________________ > desktop-devel-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/desktop-devel-list >
_______________________________________________ desktop-devel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/desktop-devel-list
