我也有這個問題，從1.3.5之後偶而遇到。後來有發現按 Fn 重開gcin可以回復正常。

今天又發生一次，再補一張留念：

我後來發現用二列的顯示模式，gcin組字視窗的邊緣比較不會跳動，這樣或許可以減少小灰出現的機會
但缺點是比較佔畫面

Debian的unstable更新到 2.12.11 了
有些bug fix，看不太出來是哪一個和小灰有關～

http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00004.html 

Overview of Changes from GTK+ 2.12.10 to 2.12.11
================================================
* Bugs fixed:
536757 regression: openoffice.org menus are placed at wrong
position since 2.12.10
536990 updateiconcache.c: 'close ()' is redundant
508751 gnome-terminal crashed with SIGSEGV after keypress
419737 The file chooser clears the filename entry in
SAVE/CREATE_FOLDER 
modes when it shouldn't.
538784 Don't change the filename in the name entry in CREATE_FOLDER
mode 
when changing folders
536966 Paper selector crashes
352738 gtk_tree_view_column_set_sort_indicator() fails to show a...
378158 gdk_win32_selection_add_targets uses uninitialized hwnd v...
537685 print to file crashes when the target can not be written 

hi

之前我用的版本是自行編譯的 gcin 1.4.2，發行版本是 Ubuntu 8.04

都會出現小灰框的問題。

 

今天不經意間把新版的 gcin 1.4.2 砍掉，換成 Ubuntu 內附舊版的 1.3.7

沒想到小灰框的問題就沒有再出現過了。

 

想到或許會對前輩除錯有幫助，就來這邊發文讓大家知道這件事情了。

或許是 1.3.7 以後的某個版本開始會有這個問題？

 

如果你使用 icewm，也發現有和 gcin 一樣的小灰問題，如上圖。我已經找到發生的時機，那就是按了 Ctrl + Alt + Space。我目前是把 ~/.icewm/preferences 中設成：

KeySysAddressBar=""

因為這個按鍵會和 gcin 的按鍵競合。

ps. 應該還有其他的按鍵會有競合的情形，小灰的情況很有可能是按鍵競合時所造成的，競「輸」的一方變小灰。 

來幾張gimp的小灰給大家瞧瞧

存檔的對話框變成這樣↓

 

 

可以在對話框輸入文字（下圖是輸入q的時候所出現的畫面），
而對話框也會出現預覽名稱，
但對話框裡的字就是不會被顯示 ↓

 

 之前用行列，今天試用了一下詞音，真的會出現怪事。

gcin XIM will use zh_TW.UTF-8 as the default encoding
gcin: version 1.4.3.pre6

debian sid

我看我加一個重新 create window 的 menu item

難得連詞音也中獎了...，我猜應該是啟用了「詞音輸入預覽詞視窗」比較會這樣...

發現一個不必pkill gcin也能救回小灰狀態的方法，
很簡單，只要把筆電的LCD闔上，再重新打開就行了～

不過有點怪的是，救回的gcin組字視窗會失去原先自訂的佈景主題，
呈現灰色背景，而且組字視窗的反應速度會變得比較遲頓（好像變得比較佔CPU資源）。

我後來發現不管有沒有出現小灰，
我只要合上筆電的LCD，再重新翻開上蓋，
gcin就會變成這副德性（灰底黑字+遲頓），
我目前還在研究「我的筆電蓋上LCD+再打開」的過程究竟發生了什麼事...
有心得再跟大家說～

看到鬼！
我在/etc/acpi裡找不到有對應這個acpi key的script，
所以不知道究竟筆電合上之後到底發生了什麼偷雞摸狗的事。

照理說，這個動作應該只是關閉LCD電源而已，應該不會對X或gtk做些什麼，
但事實上好像不是這樣...

最近把字型調到26，小灰現率超高，每天至少有3次，有興趣的朋友可以試試...

我看到這篇後就把字型調到 26，到目前為止，昨天出現了一次，出現時，仍然可打字，但不會出現預選與候選字，我也抓不出原因。

雖然看到這麼多關於小灰的回報，但在我這邊極少出現，印像中不超過五次吧……

啊？小灰太少？！！
再試著把字型調到32試試？
再不夠的話，把下面這兩個檔裡頭的值改成72試試？
~/.gcin/config/gcin-font-size
~/.gcin/config/gcin-font-size-gtab-in

小灰似乎和「應用軟體處理輸入法」的方式有關。

以前都沒遇過傳說中的小灰，不過前陣子玩 kanru 寫的中文打字練習軟體，

當該軟體當掉時，gcin 必定出現小灰（所有使用 gcin 的程式都受影響），屢試不爽。我猜是 handler 之類的東西還沒處理完，就因為 segfault 而結束了。

另外我都只用 immodule （包括玩打字練習的時候） ，沒用 XIM，不知這是否也是沒遇到小灰的原因之一。

如果可以找到很容易產生小灰的方法，等我有空去 debug GTK 看看。

請容易產生小灰的人也去 debug GTK 看看。

小弟可能是貴站最容易遇見小灰的人，可惜我不會debug，
上次eliu兄交待我的那個方法，最後還是沒有試成...可惜...

老大
由於小灰相當擾人，小弟這段時間一直關掉彈出式視窗。
最近發現gcin偶爾會出現一個特別的情形：如果gcin停頓一下才把字送出，有時候會留一個空位在那裡↓

 

我有點懷疑這個情形是，gcin可能在方框還沒來得及繪好之前，就先把字送出了，而字送出後，方框才隨後出現，於是就出現了這樣的情形，不確定這樣的情形是否和小灰有關，但還是跟您回報一下。目前這個情形的出現也是無跡可循，很難在固定步驟下把它重現，即使把字重打一遍也一樣。

感謝～辛苦了～

gcin 1.4.3 pre6
(1)倉頡
(2)未使用彈出式視窗
(3)gtab選項：隱藏第二列、輸入鍵顯示移至第一列

剛剛又發現一個可以叫出小灰的方式！！！
使用非彈出式視窗，先和朋友在skype上聊，
這個skype聊天視窗不要關，而且讓gcin處在中文輸入狀態，
然後暫時轉到firefox上打字，突然skype的視窗蹦現（朋友傳訊過來），
在firefox上快速打字的gcin無預警被硬生生扯回skype打字，小灰就這樣出現了！

←百變小灰，現在變成這樣....

 小灰總在快速切換間出現....感覺上都是gcin在忙些事情中途被插入時造成的....

我也有這種感覺。有時以為出現小灰，但只是稍微 delay 一下，輸入框就完整出現了

最近試出有個方法可以模擬小灰的感覺，或者讓小灰出現：

到設定中的「內定輸入法 & 開啟/關閉」，把「符號視窗點選後關閉」勾勾去掉，然後在中文輸入的狀態下按 Ctrl+Alt+, ，此後只要你輸入中文，符號視窗就會自動跳出來，在符號視窗捲動滑鼠中鍵，切換到 「CJK 字根」、「康熙字根」、「部首」等字較多的頁面上，然後正常輸入中文，正常使用 gcin，此時可能會感覺到畫面出字時有點 delay，有時小灰會稍微出現一下，但稍微 delay 一下，輸入緩衝區的字框又出現了。在這種狀況下使用 gcin，用一下子後，就有可能會出現小灰。

感謝coolcd！
原來除了我以外，還有其他人會遇到gcin 「頓一下」的情形！
之前在聊天室裡問，在場的都說沒有這種頓一下的經驗....可是我卻是每天遇到呀...
每頓一下我都擔心一次小灰是不是又要出來了....
這下我總算覺得不孤單了，感謝～

剛剛頓了一下之後小灰又出現了，
我觀察了一下，並當時沒有候選字，
不過我有打開「預覽/預選字」這個功能，
所以，就算只有唯一一個字要輸出，還是會出現候選字清單，這樣就和有候選字清單沒兩樣了，
我關掉「預覽/預選字」這個功能再試試～

新發現！
剛剛小灰又出現了！而且果然是出現在有「候選字清單」的時候！
我剛剛想打「還輪不到你」，打到「輪」的時候小灰就出現了！
而還和輪二個字正好都會出現候選字清單，
這幾個字各自的拆碼和候選字情形如下：

還→ywlv→ [1.還 2.褱 ]
輪→jjob → [1.輪 2.軜]
不→mf→無候選字清單
你→onf→無候選字清單

就目前資料收集情形來看，出現候選字清單的過程確實和小灰有關連性，
小弟再多收集幾個看看～

又發現一個支持上面說法的情形！
剛剛我要打「到九」，打到「九」這個字的時候正好出現候選字清單，這瞬間我沒留意就繼續打字，小灰就又出現了！
在我的四碼倉頡裡，「到九」的拆碼和候選字清單各自如下：

到→mgln→無候選字清單
九→kn→ [1.九 2.夷]

註：
我是使用四碼倉頡，
沒有使用「預覽/預選字」功能，所以候選清單都是按下space後才出現，
gcin的相關設定如下：

delay 和小灰應該是不一樣的。

小灰應該是「一直小灰」，不會變回正常。

delay 的話就只是 delay, 會恢復正常的顯示。

 

我有遇過在「大量 disk IO」時更新 .gtab，按兩次 Ctrl-space 會出現 gcin 顯示 delay。

disk IO 使用率降下後就正常了。這種不能算是小灰。

我要打「兄弟」時，不小心打成「兄弚」，「弚」字的候選清單一閃而過並把字送出後，小灰就出現了！
這同樣是有「候選字清單」的情形！

弚這個字的拆碼和候選字清單如下：（四碼倉頡）
弚→cnl→[1.弚 2.鈏]

註：
我貼的這些情形都是正港的小灰，不是delay一下就恢復正常的那種，一定要pkill gcin。

今天的小灰量真是大豐收，剛剛又出現一次！
我想打「此外」二個字，打完「此」這個字的時候，也是候選字清單一閃，小灰就出現了！
唉，又要pkill gcin了....

「此」字的拆碼和候選字清單如下：（四碼倉頡）
此→ymp→[1.此 2.忐]

正要打「解脫」二字，「脫」字打完，候選字清單再閃，小灰就出來了...

「脫」的拆碼和候選字清單如下（四碼倉頡）：

脫→bcru→[1.脫 2.貺 3.鼆]

註：
沒錯！是脫光光的「脫」，脫到一絲不掛的「脫」....

「睡夢」→「夢」打完，候選清單一閃，小灰又來...

照例來個拆碼和候選字清單：（四碼倉頡）
睡→buhm→沒有候選字清單
夢→twln→[1.夢 2.甍 3.藅 4.蘮]

註：
回報太頻繁，有點手軟了...

我想，小灰和候選字清單的關係應該是可以確認了...

才pkill gcin完，...
要打「角度」，打完「角」，閃個候選字清單，X，小灰又來！

角→nbg→[1.角 2.墮]

 可以了....累了，休息一下，我換個條件再試...