Shingo

> 下次打出同樣的小鶴雙拼碼(xnheulpbma) 或 簡拼碼(jpm) 時，都能優先出現在候選框(預設排序優先)／( 不需要再每個詞組 Ctrl+ t 的手動置頂), 請問要改哪些設定？ 如果是希望一次上屏，下次相同的输入码确保上屏的字词放在第一位，这个只能靠脚本来实现，也就是按下`Ctrl+t` 如果是已上屏过的字词，下次相同的输入码，优先(尽可能的)排在靠前位置，Rime 有配置可以开启的，方案默认开启 这个配置项就是，是否开启用户词库，即：`enable_user_dict: true ` 如果是简拼码，下次相同输入，候选项位置优先靠前，这个 Rime 有调频机制，但是似乎不总是生效的， 用`Lua`脚本可以实现(目前未支持)，后续考虑支持

> 请教一下：我输入 jpj ，候选词是：J盘，键盘，解决。多次输入"解决"后，"解决"的词频还是没有变化，这是不是相同的问题？ --- 输入`jpj` 不是简拼码，简拼码就是双拼的声母(音码第一位)； 我这边输入`jpj` 上屏多次"解决"后，它的词频会调频到最高(候选第一位) 简拼码(超级简拼)这个特性目前来说体验不是很好，尤其是词库比较大的时候，我默认关闭了 方案里有`idiom_phrase.txt`，这里面的短语也能做到类似简拼码的输入，不过不会调频的

> enable_encoder: true 这个是哪种类型的自动造词呢？ --- 这个配置项只适合纯形码(五笔)的方案来造词的，形码方案一般不用词库，或词库很小，通常只有码表， 这个配置项就是在仅有码表的情况下根据输入码来自动成词。

> 双拼用户，不需要开启 enable_encoder: true，对不？ --- 对的

> 前面提到的不完整拼写词频自动调整的问题，不知道是不是跟方案的拼写规则有关 我知道你的问题了，开启简拼的情况下，`jpj` 是 "J 盘"的完整编码，输入法程序会优先将完整编码的候选字词排在最前面 这种情况下，可以用`Ctrl-t`将指定候选字词(解决)强制放到第一位，或者`Ctrl-d`将"J 盘"隐藏或降频(`Ctrl-j`) > 开启了简拼的情况下，输入 een ，候选词可以直接输出 嗯嗯 

如果热词词库里的词条生命周期只有2-7天，我觉得可以放低词条收录的门槛，毕竟筛选受众广泛的热词，这个不太好程序化控制 我自己方案里有热词词库，里面大部分是 和明星事件相关的，我看一些热搜榜里的差不多也是这样，如果排除这些词条，可收录的热词就不会很多了。

这个用 Lua 实现不难，每种成对符号可以对应一个快捷键，或者用一个文件专门存放需要前后自动添加指定字符的候选。 这个需求比较小众，就不打算放到项目里，你要有需要，我写一个 Demo，你拿过去用。

这个功能放到项目里了，可以直接用，或者自行修改按键，参考： https://github.com/boomker/rime-fast-xhup/blob/aec9948a816d656a6db0033e69bb2b98f2bbaa40/lua/pair_symbols.lua#L86-L102

我也发现了几个类似 Bug，主要表现是候选框闪退闪烁，中文输入状态下没法上屏任何字符， 但是系统输入法可以正常使用，我的系统是 macOS Sonoma 出现 Bug 相关的 APP 应用： 1. zen browser( Firefox 衍生) 的设置界面的输入框没法输入中文 2. Raycast(快速启动) 的 Note 里没法输入中文 3. Cherry Studio(AI 客户端)，它的消息检索界面也没法输入中文 我是用的方案： boomker/rime-fast-xhup

这个`Lua`脚本之前参考我的，bug的问题是没有很好处理闰年闰月问题，现在重新写了一版，修复了问题 修复后的效果：   　 以上截图是我个人方案的配置