最近用了1.4.7 pre3

發現沒辦法在lilyterm下正常打字

不知是gcin的問題還是lilyterm的問題"><

不是很清楚，我每天都在用，一直沒發現什麼問題。

可否請您說明一下您的環境？

比如說，是 i386 或 amd64，

用的 Linux Dist 是？

lilyterm 和 gcin 的套件來源是？

有沒有用上 libvte 的修正之類的。

還有，試著用其它的 x term emulator，像是 roxterm 或 evilvte，

以及試著降級 gcin 看看是 lilyterm 或是 gcin 出了問題。

有人回報說升級了 bash 到 4.1 之後，gcin 就叫不出來了，這個也可以試試看。

若還是找不太出來，請到 #gcin@irc.freenode.net 來詳談。

麻煩您了，謝謝！

您好，我也遇到跟 huki類似的問題

情形是這樣的，在 lilyterm 下按 Ctrl+Space 切換至中文輸入法(我使用詞音)

狀態列的圖示可看到從 En 變成 詞 .. 至此還是正常

開始打字時一出現選字視窗後就 hang 住了，無法輸入也無法切換回英文

但 gcin 應該沒有當掉，因為此時還是可以在其它程式切換中英文並正常輸入

我用的 Linux Distro 為 Ubuntu 9.10 Karmic i386

lilyterm 及 gcin 套件來源均為 deb http://debian.luna.com.tw/karmic ./

lilyterm 版本為 0.9.8-1 而 gcin 版本為 1.4.6 及 1.4.7 都有這個問題

但若降級回 Ubuntu 官方的 1.4.5 可正常使用中英文 (lilyterm 仍為 0.9.8-1)

故現在是暫時將 APT pin 在 gcin 1.4.5 版使用避免 apt-get upgrade 時要求更新

對於我這個 lilyterm 及 gcin 重度使用者來說，若能有更根本的解決之道就更好了

若還需要其它協助測試的地方我很樂意幫忙，麻煩您了

 P.S 我的 libvte9 是來自 Ubuntu 官方套件庫，不確定有沒有加上輸入法 patch

我在 cygwin/X上測試沒有問題，

libvte9-0.22.2-1mdv2010.0

感謝 eliu 大的回覆：

於是剛剛我又試著重新安裝  libvte9

但此時才發現我目前裝的是 luna 上的 0.22.2-0ubuntu2.im

而非 Ubuntu 官方的 0.22.2-0ubuntu2 (for Karmic)

於是為求徹底，我將 libvte9 整個 remove --purge 後再用 APT pin 將 libvte9 定在官方版後重新安裝

結果一切正常，中英文輸入都 OK (gcin 1.4.7pre3 + lilyterm 0.9.8)

為了再次確認，我將 APT pin 拿掉後安裝 luna 上的 libvte9 ，結果無法打字的問題又重現了 (gcin 及 lilyterm 版本同上)

當我再度將 libvte9 版本定回官方版後，一切又正常了

建議樓主 huki 可試著安裝官方版 libvte9 看看，若無法打字問題可獲改善，應該就八九不離十了

謝謝各位回覆的版友，快樂地使用 gcin + lilyterm 中 XD

感謝！若不是您還真的想破頭也想不出問題出在哪裡。

我們會仔細測測 Ubuntu 的 libvte9 再討論該怎麼做比較好。謝謝！

哪裡，倒是要感謝各位對社群投注的心力，讓我們有這些方便的工具可用

很高興可以幫的上忙：)

現在確認是 Ubuntu 的 93_add_alt_screen_scroll_toggle.patch（這個 patch 並未包含於 Debian 之中）導致敝人提供的 99_input_method.patch 出問題。

93_add_alt_screen_scroll_toggle.patch 是為了修正在開啟 gnome-terminal 時會出現如下錯誤：

gnome-terminal: symbol lookup error: gnome-terminal: undefined symbol:vte_terminal_set_alternate_screen_scroll

（我不清楚為什麼 Debian 版的 gnome-terminal 沒這個問題... 其實現在 Ubuntu 和 Debian 真的越離越遠了）

但若加了  93_add_alt_screen_scroll_toggle.patch 後，有些應用程式，如 vim，就無法使用滑鼠滾輸操作了，所以敝人並不建議安裝這個 patch。（事實上 Debian 也沒有收錄這個 patch）

而敝人所提供的 99_input_method.patch 主要是修正GCIN 在 vte 下，無法用 <Alt><Shift><鍵> 來輸入片語、以及無法使用 <Alt><Ctrl><數字> 來切換至其它輸入法的問題。

所以現在有兩個解決方案，其一是修正  99_input_method.patch 讓它能和 93_add_alt_screen_scroll_toggle.patch 搭配運作（如附件，請試著用用看），另一個是不要用 93_add_alt_screen_scroll_toggle.patch。個人目前準備採取第二個做法。

現在已修正這個問題並把更新後的 deb 檔放在 Luna Debian Archiver 上了。請您試用看看，若有任何問題歡迎不吝回報。謝謝！

感謝 T 大的更新：

剛試了安裝 Luna 上的 libvte9 仍會出現無法輸入及切換的情形

也試過撈官方 source 下來加 99_input_method.patch 後 dkpg-buildpackge 也不行

在無技可施的情形下，我轉而將腦筋動到 gcin 頭上

因為我發現無法切換的情形往往出現在輸入法彈出視窗

於是試著修改外觀設定，試到最後發現，若我將編輯區的選項設為 gcin 視窗而非應用程式視窗

再開 lilyterm，打字時中文會先出現在 gcin 視窗，輸入完畢後用 Enter 將其推到 lilyterm 裡是 OK 的

但若將編輯區選項改回應用程式視窗，一旦 lilyterm 出現第一個中文字，gcin視窗便 hang 住

如上圖，我輸入了「測」，再輸入其它字元都會跑到前頭去(例如畫面中的a)，接著該 lilyterm 便只能輸入英數而不能輸入注音符號或切換

(這也是我前文中提到的無法輸入及無法切換的情形)

於是整個測試下來，目前的結論如下：

若用官方版的 libvte9，編輯區設為應用程式視窗仍可正常輸入，但會喪失 Alt + Shift 輸入符號功能

若用 Luna 版的 libvte9，編輯區設為 gcin 視窗可正常輸入，且 Alt + Shift 輸入符號功能可正常運作

目前我暫採用後者的方式

其實問題會弄那麼複雜的原因，是不知為何，除非同時按下像是 <Kanji> <Henkan> <Hiragana> 之類的鍵，否則 vte 會吃掉 <alt> 鍵不傳給 IM。但用 GCIN 輸入中文時並沒有必要按這類的功能鍵，所以只要有用到 <alt> 的組合鍵全都失效了。

而釜底抽薪之計就是拿掉那段判斷式了。敝人試用結果目前尚未發現任何問題，包括 OnTheSpot 也都能正常使用，試過種種應用軟體也沒發現什麼問題，所以這個 patch（如附件）應該可以放心得使用，套用這個 patch 的相關 deb 也已經上傳到 Luna Debian Archiver 了。若使用上有發現任何問題請不吝回報！

而剩下的唯一問題是為什麼 vte 要吃掉 <Alt> 組合鍵了。（希望能有強者開示！），依據敝人和國外開發者打交道的經驗，他們對 CJK 基本上只有粗淺認識但卻很堅持己見，我論這個 patch 上游應該是不會收了 XD

感謝 T 大的再次更新：

剛 apt-get install --reinstall libvte9 之後，的確一切恢復正常，編輯區的選項又可設定回應用程式視窗了

從以前開始使用 Linux 以來，我也多少知道中文開發者就 CJK 的問題與國外開發者打交道時大多不歡而散

但其實我覺得 Linux 之所以可以漸漸在亞洲地區普及，除了自由軟體意識抬頭，CJK 的改善也功不可沒

要不然，就算畫面再華麗，功能再齊全，要是處理 CJK 老是出問題也是白搭 XD