感恩喔，現在由 KDM 進入 KDE 已經沒問題了

用 Linux 好幾年竟然現在才知道有這個設定檔

不過測過發現：還是要在 .xprofile 內執行 gcin 才行

不知道 hyslion 說只要設環境變數就可以是怎麼設的

設定好變數之後(要設定正確就是)，只要等到需要輸入法的時候他自己就會出現囉

如果還是會介意，那麼就放在~/.xprofile或乾脆寫在KDE的「自動啟動」裏面吧

所以你不是設在 ~/.xprofile 裡頭嗎？

呃，我只有在~/.xprofile設定變數而已，沒有啟動gcin。

以前都是用 runlevel 3，手動 startx，習慣把變數設定在 .xinitrc ，並跑一支 gcin，一直以來都沒問題

這兩天為了測試這個 bug 才換到 runlevel 5，由 slim/kdm 進入，做了以下測試：

如果 ~/.xprofile 內只有設定變數、沒有 run gcin，gtk 程式 (如：lilyterm、gvim) 可以自動呼叫出 gcin，但 urxvt (用 XIM)、kwrite (原本以為用 QT_IM_MODULE，後來才發覺了是用 XIM，懷疑自己 build 的 gcin 有地方沒設定好) 無法自動叫出 gcin，但如果先開一個 gtk 程式讓 gcin 自動跑出來，kwrite/urxvt 就可以用 gcin 輸入中文了。

如果 ~/.xprofile 內設定變數並執行 gcin，以上各程式中文輸入都沒問題。

測試環境是 archlinux + gcin 2.7.0 (自編版，無 qt3，有 qt4、)。

結論是：我這邊的狀況跟這一串回報的 gcin kde bug 好像沒什麼關係，比較可能只是我 gcin 或環境沒弄好而已。 XD

裝了 archlinux 提供的 gcin-2.7.0-1，現在 kwrite 可以自動生出 gcin 了，應該是用 qt3 的 immodule，archlinux 提供的 gcin 有 qt3 immodule，沒有 qt4 immodule。

urxvt 還是無法自動生出 gcin。

所以可能手動執行一支 gcin 是比較穩健的設定。

反了吧…是有qt4沒qt3…我電腦裏面壓根也沒有qt3程式…連runtime都沒有

我猜應該是你編譯時沒有對路徑打patch，arch的Qt4存放位置有點不太一樣

不錯，有用心看 XD

的確沒注意到 /usr/lib/qt 內的東西是 qt4 的

難怪我自己編的 gcin 在 kwrite 叫不出 gcin

把路徑修正後現在 ok 了

感謝更正

不會