原來LINUX中文輸入法如此差勁，就知不改用Ubuntu。以前用Win XP，DOS window經常不能輸入中文，入符號又嫲煩。ibus個快倉六代驚為天人，可以速成頡合二為一。可將隨時切換繁簡。打字比用windows時快了。多得樓主大大提點才知LINUX中文輸入如此差。

yanzilme 寫到：

pwzhangz 寫到：
說實在的，我不知道這位仁兄在發什麼飆。以我個人的經驗，目前以iBus爲主的Linux的輸入法，已經完全不是昔日的阿斗。國內的Linux使用者，因爲還無法擺脫舊習慣，無法體會到現代Linux/Ubuntu所帶來的震撼感。在我們這裏，不少人願意拋棄掉他們一輩子用習慣的Mac，轉學Ubuntu，最主要的原因，就是因爲iBus-Pinyin 以及iBus-m17n。

約在5年前，我們在把SCIM移植到OpenSolaris時，就有SUN的工程師開始注意到iBUS。其間的過程跟其他的Open Source projects一樣，談起來頭頭是道，用起來卻不是那麼一回事。但因爲有Ubuntu始終如一的在支持，目前iBUS已可以無縫的併入Ubuntu的作業系統，根本沒有什麼XMODIFIERS/IM_MODULE的問題。（老生常談）如果我們這些已退休的LKK美國“學生"們都這麼快快樂樂的在用這個工具輸入中文，大家還什麼飆？

雖然iBus-Pinyin 以及iBus-m17n對想進入中文環境的美國人有很大的吸引力，有一些細節的地方，對國內以中文locale爲主的人，用起來可能還是有問題。但是這些細節問題，並不是只靠開發者可以解決的。如果我們這些中文的“專家”（比起美國人來，我想我們每一個人理論上都是中文的專家）不積極參與開發，或至少努力的提供使用者經驗，我們就只有一直在緬懷（不堪回想）的過去，偶爾發一下飆--然後睜眼看外國人用這些新工具用得那麼高興。

Edit: 我會說我們“理論”上都是中文的專家，主要是我們最常用的，以注音爲主的中文輸入法，走出了台灣，就幾乎無用武之地。逼自己用iBUS-Pinyin除了訓練英文打字的習慣外，還可以增加以後和世界接軌的機會。但是捨注音用拼音，我個人的經驗是，根本沒有人願意考慮，提都甭提了。 ：-（

框架歸框架，底層歸底層
這一篇很顯然是在探討底層XIM, QT, GTK的相關問題
我其實覺得這個問題很嚴重...

嚴不嚴重，見仁見智，對我們而言（主旨只是將Linux大衆化），只要用得順，不會像以前用gcin/IIIMF/scim一樣，常常要擔心輸入工具會不會突然不見了(scim 比起前兩者要好多了，但還是會有問題），大家就可接受了。

對我們這些學生們，因爲沒有選擇，大家只能將iBUS-Pinyin跟Mac 及Windows所能提供的輸入法比，都一致的覺得好用多了。對我而言，這就夠了。當然，我們這些學生們的中文字彙，辭彙跟大家完全不能比，因此，他們的經驗，在國內可能不適用。但這些“進階”的問題，如果大家不積極參與，開發者大大是無法單獨解決的。

在我印象中，iBUS最早好像是由新竹清大一個學生提起的（最少在中文方面）。跟其他中文輸入法不同的地方，在於一開始就廣泛收集大家的意見，針對現存的輸入法的優缺點做了徹底的研究，才定下開發方向。在OpenSolaris還沒有死掉時，我也是花了很大的力量，最後SUN的高層也同意放棄IIIM而轉向iBUS。昇陽在IIIM上投資下了很多資源，會作出這個決定，非常不簡單。但如果國內中文的高手不積極投入幫忙開發，中文輸入法的問題會一直存在，也會一直很嚴重。

底層的問題，不是框架好就好的...
我基本上認同這blog作者的說法
底層的問題真的比較大

而且ibus也不是沒有問題
http://www.linuxsir.org/bbs/thread378781.html

另外在KDE4上，有些widget的輸入框
是只能打英文不能打中文的
新的Gnome3上也有類似的問題
能用的輸入法框架確指可數
這些能用的裡面沒有問題的也確指可數...
而且這些問題很明顯主要都不是框架的問題
輸入法的問題非常的多
從上到下都要好好的整頓一下

yanzilme 寫到：
而且ibus也不是沒有問題
http://www.linuxsir.org/bbs/thread378781.html

我想，我在文章裏特別很小心的強調，我對iBUS的看法只是基於美國人在英文環境裏輸入中文所蒐集到的使用者經驗，在進階方面，或者是有關中文高手輸入中文時的nuances問題，我們毫無資訊，這是我最期待國內朋友能提供協助的地方。

yanzilme 寫到：
另外在KDE4上，有些widget的輸入框
是只能打英文不能打中文的
新的Gnome3上也有類似的問題
能用的輸入法框架確指可數
這些能用的裡面沒有問題的也確指可數...
而且這些問題很明顯主要都不是框架的問題

因爲Ubuntu的關係，iBUS目前的主要應用對象還是針對者Natty及其 progeny。如果開發者一開始就要考慮到KDE，Gnome3，等等，那麼什麼事都不用做了。即使連再大的公司，像Google的iBUS summer projects也只能考慮到Gnome。

yanzilme 寫到：
輸入法的問題非常的多
從上到下都要好好的整頓一下

我的中文程度，當然要比我們這些學生要好一點。我對iBUS的滿意度，就比他們差多了。的確，輸入法的問題非常的多，從上到下都要好好的整頓一下。But that's EXACTLY what iBUS is doing!

「iBUS最早好像是由新竹清大一個學生提起的（最少在中文方面）。」

不是，ibus 與 ibus-pinyin 是紅帽工程師黃鵬開發的。

ibus-pinyin 的注音模式是大陸學生 ByVoid (http://www.byvoid.com/blog/) 在進入大陸清華大學之前協助建立的。
http://www.byvoid.com/blog/join-develop-ibus-pinyin/

ibus-chewing 同是紅帽工程師 chen dingyi 開發維護的，而非新酷音計畫的開發人員維護。http://dingyichen.livejournal.com/27733.html

期待臺灣方面有新血可以加入開發。

zerng07 寫到：
「iBUS最早好像是由新竹清大一個學生提起的（最少在中文方面）。」

不是，ibus 與 ibus-pinyin 是紅帽工程師黃鵬開發的。

ibus-pinyin 的注音模式是大陸學生 ByVoid (http://www.byvoid.com/blog/) 在進入大陸清華大學之前協助建立的。
http://www.byvoid.com/blog/join-develop-ibus-pinyin/

ibus-chewing 同是紅帽工程師 chen dingyi 開發維護的，而非新酷音計畫的開發人員維護。http://dingyichen.livejournal.com/27733.html

期待臺灣方面有新血可以加入開發。

Oops,我把IM-BUS 跟 iBUS 給搞混了。 前者（IM-BUS）是後者(i-BUS)的前身。IM-BUS的架構是由當時SCIM計劃的總主持人James Su (時爲新竹清華大學的研究生）針對SCIM及其他中文輸入法的缺點而設計出來的。後來這個IM-BUS計劃無疾而終，於是由Red Hat 的黃鵬大大，根據IM-BUS的理念，開發出來了目前我們所在用的 i-BUS。

謝謝您指出錯誤。

pwzhangz 寫到：
因爲Ubuntu的關係，iBUS目前的主要應用對象還是針對者Natty及其 progeny。如果開發者一開始就要考慮到KDE，Gnome3，等等，那麼什麼事都不用做了。即使連再大的公司，像Google的iBUS summer projects也只能考慮到Gnome。

沒有框架是個別針對不同DE做開發的
輸入法框架主要的項目在XIM架構的實作
而QT, GTK的問題比較簡單多了


開發者面向的，主要是怎麼讓框架在QT, GTK程式上正常執行
GNOME3, KDE, LXDE, Xfce等這些都是DE（桌面環境）
GNOME3是GTK+3，這個目前還有一些問題
但並非無法克服，目前使用上其實還算正常

而LXDE, Xfce, Gnome2, Unity ，這些都是架構在GTK+2上
理論上你只要搞好GTK+2，在上述這些DE上，框架都應該正常
如果你在上述這些DE上，跑Amarok, Kopete等基於QT所開發的程式
那你只要把處理QT的部份有實作好，那你的框架拿到KDE上（基於QT的DE目前應該只有KDE）
也可以很正常的運作，剩下的其實都是一些小問題

GNOME3是GTK+3，這個目前還有一些問題
但並非無法克服，目前使用上其實還算正常

原來Gnome3底下的SCIM會這麼悲劇是因為GTK+3呀
尤其是Gnome-Keyring和Gnome-terminal
根本打不進去，整個很難用。

「當時SCIM計劃的總主持人James Su (時爲新竹清華大學的研究生）」

蘇哲，James Xu，1994年進入清華大學，2002 年在清華大學物理系碩士研究生畢業。

雖然不確定是不是新竹的清華大學，但我想應該是指大陸的清華。

史嘟～ 寫到：

GNOME3是GTK+3，這個目前還有一些問題
但並非無法克服，目前使用上其實還算正常

原來Gnome3底下的SCIM會這麼悲劇是因為GTK+3呀
尤其是Gnome-Keyring和Gnome-terminal
根本打不進去，整個很難用。

其實還有一些大大小小問題像是gnome没有完全遵守icccm標準之類的。ibus也是做了許多workaround才比較正常。