eliu兄好：

回報一個小問題。

- linux & windows 現在都是改成與 win32 一樣是重新 create window，這樣就不用之前覆蓋 gtk 來解決空白視窗的問題，而且詞音預選詞的 window 的位置比較不容易出問題。

自從改成這樣上面之後，每次create gtab視窗的時候，會有個奇怪的小視窗閃一下。
舉例來說，切換到五四三倉頡之後，按住「，」 ，讓gcin一直輸出「，」這個符號，
就可發現gtab視窗前面在閃爍一個無關的小視窗。（詞音沒有這樣的狀況）

這個小狀況只是有點像小小擾人而已，還不至於影響打字，
麻煩eliu在兄有空時再考慮要不要修好了。

感謝～

其實詞音也有同樣的問題。

這是因為每次 create new window 速度比較慢的關係。不過應該是還好，反正不會不會連續一直按「，。」

說來說去，都是 GTK 的 bug 害的。

如果沒有用gtab的人覺得很困擾，不用修也OK啦。
我這邊的詞音試起來很正常。

不知道有沒有前輩已經試過目前的gtk-2.X版本或gtk-3.0還有沒有小灰的問題？

或是做成選項好了，因為發現，用 create/destroy window 的方式，在 ADSL  用 cygwin/X remote display 會不正常。

試試 pre13，現在改成 destroy widget 但是保留 window 方式。

感謝eliu兄：

這個問題已經順利解決～
試到目前為止，只有在madedit才看得到，不過也不太明顯，

只有按住「，」讓它重複輸出時才會出現，其他時候不會有。
不過一般人應該沒什麼機會做這樣的事，所以應該是OK啦～感謝～

初步使用覺得 delay 比 destroy window 嚴重 N 倍…（事實上 destroy window 在我的機器上毫無 delay）

CPU 3GHz dual core + 4G RAM

看情況不行的話我就要 patch 回去了…

咳，更慘的是小灰出現了…（當年小灰橫行的年代，我從來沒遇過小灰，只有劉老大那個專門寫給 GTK+ 的 test case 才遇得到小灰）

有圖有真相，我現在完全是盲打的…正常應該要顯示候選字的…

補充說明，自從開始 porting gcin to GTK+ 3.x, 我日用的一直都是 GTK+ 3.x gcin。

就前幾週的官方 report 來看, GTK+ 3.x 的顯示速度應該是比 latest GTK+ 2.x 慢。

當時有個 GTK+ developer 嘗試加速 GTK+ 3.x, 但那個 patch 導致許多 widget size 錯亂，所以又被拿掉了。

目前 GTK+ 3.0.9 / 3.1.2 都沒有那個加速 patch, 所以整體來說應該是比 GTK+ 2.x 略慢。

destroy window 已經在 win32 gcin 使用過蠻長一段時間，似乎是相對較可靠的方案。

可能你是用 gtk3 的關係，我在 win32 & linux gtk2 使用 destroy widget 是覺得還好,不會像 destroy window 有 window 閃爍的問題。

如果做成 gtk3 則改成用 destroy window 的方式不知道是否可行？