老大好~

小弟最近在試gtab 的界面設定發現gcin在顯示上有一些小小美中不足(個性龜毛的人才會在意這個)
我得強調，是「小小」 的美中不足，無傷大雅，我只是想到就順便提一下而已，沒改沒關係

(一)預覽字上下置中
就是較小視窗模式裡，「預覽列」的字有點偏上方，方便將它上下置中嗎？

(二)預覽字間隔似乎有點擠
就視覺的舒適度來說，可考慮讓它們的間隔寬一點
(不過，窄也有窄的好處啦，可以在如果預覽字太多，一整個預覽列就不會攤得太寬，看起來比較快)

以上，兩個改不改都無所謂的小建議(又來亂？)，謝謝~

vertical center align 已經改好了， update win-gtab.c

至於要不要加'. '，可能要弄成 option，因為有些輸入法如行列，顯示的字數比較多，多一個 '.' 會導致 window 寬不少，如果螢幕的解析度不高時用起來更不方便。。

感謝老大（叩跪拜謝，rz）
關於要不要「加.」，您的考量是對的～

這個似乎和字型本身 baseline 的設定好像也有關係？ gtk_alignment_new 只是調整他的子 widget 的位置？以下這是完全沒有調整過的：

的確，好像用不同字型會有不同的情形...之前我有發現，不過剛剛忘了講

uming 和 newsung 的 baseline 和字高都有問題，還有 odofont ( == 新版newsung ) 問題更多。

eeepc 的 ttf-arphic-asus_4.2_all.deb 簡體錯字一堆…

最後我還是死守  bsmi00lp + gbsn00lp + wqy

會需要這種 alignment 的情形只有選擇區的 font 比輸入區的略小的情形。

例如兩邊都設定成 16 ，由於輸入區有外框，所以造成選擇區有多餘的垂直空白的情形，這時候 alignment 就有作用。如果選擇區沒有空白，這時候 alignment 當然是沒有作用的。

這是指嵌入的點陣字，還是說向量字的部份？能說詳細一點嗎？因為，這個問題實在是很令人頭疼，各軟體或字型引擎取字型的數據的方式都不太一樣，而 TTF/OTF spec 有些地方又很 ooxx，所以造成有點混亂。像專業的排版軟體，如 TeX/Scribus，他們都自行去處理字型的部份，不完全依靠字型裡頭現有的數據及系統字型引擎提供的資訊，所以，可以特別調整某字型的高低（等於是即時調整字型的 baseline）。但一般桌上用軟體並沒有這樣子的功能。

是的，有些軟體還是使用原字型。但 wqy 的話，繁體字的寫法會和我們不太一樣。

都有啊，uming 的字底下都會有一大片空白，造成使用時會覺得行距很大。

newsung 比 uming 好一點，但也同樣有此情形。

odofont 和其它英文字型併用時可看出 baseline 明顯不同，newsung 是否如此我忘了，很久沒用了。

M$ Office 文件轉到 Linux 下出問題，應該有不少是字型因素造成的。

uming 以前有這種情形，後來好像有改善。newsung 也會嗎？能舉個例子嗎？因為我好像都不曾碰到這種情形。 

這是當然，不同套字型，他的設計人不一樣，取的 baseline 基準也不會一樣。 請參考：

〈影響字高（行距）的因素〉

odofont是針對 MS 新細明的規格來改的，效果如何我就不知道了，因為我有 n 年沒有 MS Office 了。:p
 

老大，組字區（拆碼區）的部份似乎還是有點偏下（我不確定是不是新細明體baseline的關係）

如果您有空的話，是否願意也給它「置中」一下呢？感謝～ 

我覺得應該不是 alignment 的問題，因為這邊理論上應該是沒有多的空白的空間可以調整。 

明白！感謝老大的回覆～

我發現1.3.8-pre9又開始出現「上下不置中」的情形了

能否再麻煩您修理一次呢？

感謝