居戎氏
字一樣，候選項合併了。由 `uniquifier` 過濾器管着。 樓主提出的，不屬於輸入法的常規功能。 「數」不會列爲兩個候選字，同理也無法同時顯示其他多音字如「調」的兩種讀音。 輸入碼爲 `shu`，候選字會列出讀音（不計聲調）爲 shu 的字。 對打字員來說，想要的結果是輸入漢字「數」；拼音只用於輸入過程。 不過 Rime 足夠靈活，可以定製一個方案，反查漢字的拼音編碼。 但是通常認爲列出兩個一樣候選字不合理，因爲候選項表示輸入的結果。
不懂啊. 我沒有測試環境. Fedora 打包有別的團隊維護. 發生什麼錯誤啊? 命令行執行 `/usr/libexec/ibus-rime/ibus-engine-rime` 試試看.
我沒跟進啊。從你們討論的信息來看，像是 ibus 的問題呀。ibus 能用 ibus-rime 才能用。
> 請問 rimeime#gmail.com 可以聯繫到你嗎？ 不一定。 最好在 [rime/home 討論區](https://github.com/rime/home/discussions) 發帖。網上有高手。
> Hi, All.可否赐教一下， 單發一帖吧。
不太清楚。看不懂。
> 对比发现不是同步的问题 怎么排除的呢，这里的逻辑不太清楚。
還沒細看。 我最初對分詞的構想是，空格確認可以看作分詞的標誌。 把空格確認上屏的一段文字當作用戶詞記錄。 「語句流」模式，則是以空格確認爲界分詞。 不管是不是語法意義上的詞，至少空格對應的是語流中的一處停頓。 但是數字選重則不一定，因爲：遇到字不對，必須要選，此處不一定是詞的邊界。 所舉的例子，固然用分段學習的策略更好；我認爲需要觀察反例，因爲不可避免的選字，而學到不完整的片段。
值得研究。 @rime/engine 這個值得做，也是我曾經想做的。 餘下的就是具體實現，請羣裏的編程算法高手再把把關。 另一個思路是不認新詞，而記錄用戶輸入的字級二元關係，早先寫過，效果似乎也不錯。