居戎氏

现在的算法要在上屏记录领先的一端删词才能覆盖其他同步端的记录。

建議接受默認設定…… 數字之後，有中文和西文標點兩種常用符號，所以顯示爲符號候選。 回車或空格提交西文標點（小數點），再按一下符號鍵提交中文標點。 這裏給出的代碼是在補丁文件裏用的： ```yaml patch: punctuator/digit_separator_action: commit ``` 配置補丁如何使用，詳見： https://github.com/rime/home/wiki/CustomizationGuide#%E5%AE%9A%E8%A3%BD%E6%8C%87%E5%8D%97

> [@lotem](https://github.com/lotem) 我觉得这个行为很奇怪，其他符号如果有多种情况的话，是把多个符号作为候选词同时显示出来，这个数字后的`,.`按键，是单独显示`,.`的菜单，再按一下才显示中文标点，这样的设计非常不直观，对于没有看过更新说明的用户来说，遇到这种情况，完全不会想到需要再按一下相应的按键才会切换成中文标点 這個場景跟通常的符號候選不同，支持輸入數字分隔符，就得能繼續輸入數字，而不能用數字選擇符號候選。 目前這個實現，「.」不是顯示在候選菜單裏，而是編碼欄。 如果設 `style/inline_preedit: true`，編碼欄嵌入輸入框，「.」以加下劃線的形式顯示在數字之後，就比較簡潔、自然了。 我起初也做過顯示符號候選（只顯示「。」且只能用空格選擇），用戶也會迷惑該怎麼選。大家比較之後決定現在這個設計。 可以優化的： 用退格鍵刪除小數點，再敲「.」鍵不再識別爲數字分隔符。如此和 `punctuator/digit_separator_action: commit` 的操作更一致。 @rime/engine

> 没有编码栏的时候，从输入一个数字开始，就进入这个特殊模式(或许可以叫数字模式)，在这个模式里继续输入数字/digit_separators里定义的符号的时候，输入内容都显示在编码栏里 可以設置成這樣。參考大寫的規則 https://github.com/rime/rime-prelude/blob/3c602fdb0dcca7825103e281efc50ef7580f99ec/default.yaml#L55 但是默認設置並非如此，因爲一開始無法預知會輸入數字分隔符。 數字直接上屏體驗更好。

不喜歡就關了唄。 二樓提供配置了。

> 数字直接上屏体验确实好，但是孤立的`,.`不上屏很别扭， 我的意思是，用戶按下第一個數字鍵時，輸入法無法預知用戶只輸入數字，還是會輸入包含小數點的數字串。對後者來說，將整個數字串下劃線是體驗最好的；對前者來說則不如數字直接上屏方便。但是在那一刻，無法判斷用戶的用意。輸入純數字的概率大些。

如果一開始輸入數字就進入帶下劃線的「數字模式」更加偏離用戶已有習慣。 假如啊，要做提供各種格式的數字候選，數字輸入模式才有意義，值得用家接受多確認一次的麻煩。

配置問題。 原裝方案輸入大寫字母會識別爲 [`uppercase`](https://github.com/rime/rime-prelude/blob/3c602fdb0dcca7825103e281efc50ef7580f99ec/default.yaml#L55) 大寫段落，Shift 回車同回車一樣上屏顯示的大寫字符串。 中文拼音輸入過程中 `script_translator` 會給音節之間加空格顯示切分音節後的拼音，此時可以按 Shift+Return 上屏回顯的拼音編碼。 如果方案誤用拼音輸入法的詞典給拉丁字母編碼，就會把單個字母當作拼音音節，用空格隔開。 這個用法我不同意。 如果單獨製作「英文」輸入方案，以字母爲單位編碼，那就不要定義空格爲音節分隔符，或者取消 Shift+Return 上屏「回顯編碼」的功能。

這個功能大概需要重新實現一個詞典吧？ 手動排序跟現有的詞典無法兼容，因爲詞典不是按照輸入碼索引的，而位置與輸入碼相關。

在用戶詞典記錄的順序很難直接反映到最終顯示順序，有沒有考慮過在最終完成排序的 Filter 裏記錄候選字的手動排序數據？