老大，
小弟之前在聊天室裡提過gcin在Openoffice.org裡會有出字順序的問題，
例如：「認為」在Openoffice.org輸出成為「為認」
這次我抓到規則了！

（以四碼倉頡為例，在沒有自動選字的狀態下）
「認為」拆碼分別是「yrsp」和「iknf」
當我拆完「認」字的字碼按下空白鍵時，gcin會先頓一下，準備出現候選字的選單[1.認  2.誋]，
如果我在gcin還沒把選單秀出來之前，就把「為」拆完按space送出的話，
這麼一來「為」這個字就會搶在「認」這個字的前面先送出了，(因為「為」的拆碼正好沒有候選字，所以按下空白就立即送出)
所以在Openoffice.org裡的出字就會變成「為認」，而不是「認為」。

我覺得問題是躲在一個gcin很好用的設計裡，
如果拆完碼按space出現候選字，使用者不按數字鍵選字而繼續拆碼，gcin會幫使用者送出候選字中的第一字，
不過這有時候會有一點點時間上的延宕，會使下一個字的送出有可能搶在此字之前，
就造成了我上面所說的「出字順序顛倒」的情形，

不過，有點要命的是，那個「候選字清單延宕出現」的情形，如同小灰一樣，是隨機出現的，
所以，要反複把這個情形叫出來，也算是可遇不可求的，
有時「候選字選單」會頓一下才出現，有時又順暢得很，或許和字型的顯示有關？
還沒有進入記憶體成為cache的字就會頓一下才出來，已經在記憶體裡的就很快出現在螢幕上？

就這個情形的出現方式，我覺得它和小灰有點關係，
我下次會留意小灰是不是都出現在有「候選字清單延宕」的情形下，
如果有新的發現小弟會再貼上來。