Leon0824 / rimeime

Automatically exported from code.google.com/p/rimeime
0 stars 0 forks source link

倉頡的字序與 x 鍵 z 鍵的應用 #670

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
請寫下能夠重現此狀況的操作步驟:
1.倉頡輸入法
2.打入「x」「s」「u」
3. 出現「已」字

所得的結果是這個樣:在倉頡中字首加入 x 
通常是為了直出重碼字的第二個字
預期結果該是那個樣:但在這裡出現的是第一個字

請提供以下信息,幫我們定位問題。

1. 輸入法的款式:(請選擇) 鼠鬚管 
   輸入法版本號:(請填寫)0.9.25

2. 操作系統類型:(請選擇)Mac
   操作系統版本:(請填寫)OS X 10.10.1

3. 輸入方案名稱:(如果問題涉及交互方式、輸入效果等
,請填寫)倉頡五代

還想再說幾句:

一般來說在倉頡中字首加入 x 
通常是為了直出重碼字的第二個字,舉例來說「什」、「午��
�都字都是輸入「oj」所得到的結果,而「什」字在前心「午��
�字在後,為了避開選字,因此有了「xoj」直接輸出「午」字�
��拆碼方式。不過在這裡發現「已己」、「板皮」等,在採用
這種方式時,輸出時卻是出現了第一個字。或許在內碼表中��
�了因應常用字的習慣而有所調整,但有「x」開頭的似乎未能
因應。

也發現許多字, 如「歌砍」、「羣群 
」(這個「群」字應在前)、「頁貢」、「玫玫」也沒有 x 
的因應輸出,內碼表可能要升級或微調吧。

還有,蘋果內建的倉頡有「z」萬用字元的使用方式,這個還�
��錯用,特別某些字忘記如何拆字時,可用萬用字元來試圖拼
出來。(圖例就是其運用)

Original issue reported on code.google.com by cardin...@gmail.com on 21 Nov 2014 at 2:32

Attachments:

GoogleCodeExporter commented 9 years ago
目前有兩個情況:
一是本輸入方案開啓了字頻自動調整,同碼字的順序按使用��
�寡排列,在這一設定下,哪是第二字無法預先由碼表決定;
二是碼表原有的 X 
起頭的編碼,是按照碼表中的固定字序編定的,但本方案中��
�同碼字並未依照原碼表的字序排列,而是按統計出的字(詞�
��頻重新排序了。這是因爲本方案在原版基礎上增加了詞組,
這些詞組是通過規則自動生成的,在碼表中並未指定順序,��
�此需要利用統計值確定同碼詞組的順序。

綜上,因爲傳統的倉頡輸入法是固定字序的,所以其實現方��
�是將第二重碼字的 X* 取碼預先編入碼表,並非將 X 
鍵賦予了「選取第二項」的功能——因爲他本質上就是一種��
�理重碼的編碼方法,而非輸入法的功能鍵。

本方案的字頻調整,實際上是用 X 
選重的一種替代方案。比較適合不願意記憶字序的用家。
而對於習慣了舊法的用家,假設已熟知了「已」的 XSU 
碼,則可以通過分工實現盲打, 用 SU 專門輸入「己」。

Original comment by chen....@gmail.com on 21 Nov 2014 at 6:18