Re: [devel] xcin-20010417 & future of bims

[Pai-Hsiang Hsiao <phsiao@fas.harvard.edu>]

on 4/16/01 10:02 PM, thhsieh@tlug.sinica.edu.tw at
thhsieh@tlug.sinica.edu.tw wrote:
> 對 xcin 的未來發展有興趣的朋友不妨參考看看，有興趣者可以一
> 同來討論。

剛好最近也在想 bims 的發展.    8)

我對 Wnn 不是很熟, 但我的印象是它跟 front-end (kinput2) 是分開的. 我想, 把
bims 跟 xcin  依照這樣的方式分開可能會有一些以下好處. 我所謂的分開, 比較像是
把他分成兩個 process 來跑.

1.
bims 最缺乏的就是 learning 的能力, 或者說, 無法 adapt 使用者的語言模式. 目前
的限制主要來自詞庫, 新舊詞很難放在一起比較熟優熟劣 (選詞時).

現在大概知道有些方法可以用來處理這個問題, 但是勢必增加 program 的複雜度. 除
非 xcin 想當 kitchen-sink, 不然分開的話有助簡化 front-end 的設計. 其它的輸入
法也許有纇似的考量.

2.
其實原本 xcin 跟 bims 就是分開的, 單靠 bimsphone 把兩者連起來. 不過， 這樣的
連結並沒有很清楚的 interface. 把 interface 定的更清楚一點, 有助於其它編碼的
支援. 比方說, bims 可以只收 BoPoMoFo 和 PinYin 的 input sequece, sequence 的
轉換可以在兩個 interface 間增加新的模組 (Hsu ... 等)

目前的 bimsphone 把 key sequence 直接送給 bims.

未來還可以再加轉碼的模組, Big5 -> Unicode, Big5 -> GB, 或乾脆把 bims 變成只
回 Unicode.

3.
分開配置的 configurations.

我一直很想幫 bims 加一些詞庫管理等功能, 但目前不大可能在 runtime 做, 因為
xcin 並不需要太多 runtime 管理的東西. 分成兩個 process 之後, bims 可以用比較
高階的 toolkit 做一些 configuration 的 front-end.

4.
Portability.

我在等 Mac OS X 的 input method API finalize, 準備把 bims 送上 OS X. 不過我
也在我的 OS X 上跑 XFree86. 如果 bims 是一個分開的 process, OS X 的 input
method front-end 跟 xcin 可以 share 同一個猜字引擎.

同樣的道理, 我猜 gtk 很可能會有自己的 input method framework (in Pango?), 這
樣 xcin 跟未來的 input method framework 也可以 share 這個 back-end.

-- 

// Shawn



To Unsubscribe: send mail to majordomo@linux.org.tw
with "unsubscribe xcin" in the body of the message