-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
中英文重码时候选词的优先级问题 #113
Comments
不错 |
frost已经做得很好,是目前用过最接近搜狗的,也不会动不动把网络热梗放在最前面,对于专有名词的输入也很适合医生使用,就是重码时如果可以调整候选字的rank就更好啦。
|
我刚刚研究了一下,您在rime_frost.schema.yaml 已经考虑到了设置中文优先级(1.2)大于英文(1.1),但是这并不能改善英文词仍优先于中文这一现象。我在这里更改如下,给其他有相似疑惑的人一个参考: # 次翻译器,英文
melt_eng:
dictionary: melt_eng # 挂载词库 melt_eng.dict.yaml
enable_sentence: false # 禁止造句
enable_user_dict: false # 禁用用户词典
initial_quality: 0.7 # 初始权重
comment_format: # 自定义提示码
- xform/.*// # 清空提示码 将 |
有心了 等有空测试下 你可以提个Pr |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
问题描述
在使用鼠须管输入法(RIME)搭配 rime-frost 词库时,英文词联想的优先级似乎常常凌驾于中文拼音联想之上,导致中文词的候选顺序不符合用户预期。即便多次输入中文词也无法下调该英文词的权重。例如:
输入「不过」,仅输入拼音
bug
后,第一候选项始终为 bug(英文单词),而非「不过」。期望行为——参考博客《优化 Rime 英文输入体验》
针对以下场景,希望优化拼音和英文候选的排序规则:
拼音优先
输入拼音时,中文候选项应优先展示。例如:
输入
went
,前几个候选项应为「问题 稳妥……」,而非英文 went 等(而且这种英文动词过去式几乎不可能在用中文输入法时用到,如果是输入mac
联想到mac则是可理解的)。重码时拼音优先
当拼音和英文重码时,希望中文拼音候选项优先。例如:
输入 size,第一候选应为「四则」而非 size(英文单词)。
短单词优先
当输入英文短单词时,第一候选项应为符合用户预期的高频结果。例如:
输入 mac,第一候选项应为 Mac,而非「马车」(frost没有这种情况)。
未输入完全时优化候选逻辑
对于未输入完全的英文长单词(如 googl),应优先展示更符合用户输入预期的高频单词。例如:
输入 googl,第一候选项应为 Google,而非「个哦讴歌来」等无意义内容(frost没有这种情况)。
The text was updated successfully, but these errors were encountered: