-
Notifications
You must be signed in to change notification settings - Fork 573
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
形码相关的「多翻译器功能」失效 #287
Comments
#184 的修复,历经九个多月,多翻译器特性,对于我们这些形码用户意义非凡,希望 librime 在引入新功能时,保持对这一特性的兼容性。 |
看起来是新版的用户词权重更高了。 |
@xiaoqun2016 不要調。 我現在改回去了,用戶詞排序的問題換了一種做法: 等CI編完你們可以試試。 |
@yanhuacuo |
自 librime 修复了 #184 的 issue 之后,很多种形码方案的用户都使用这个特性实现了「主码表固定词序」&「引导手工造词」&「造出的词条以较低权级的方式遇重码时后置」。
如下 3 组翻译器,第一组固定主码表排序,最高权重,第二组开启用户词典和整句功能,较低权值,第三组作为引导造词的触发条件,最低权值,它们三个协作,满足了五笔、郑码、山人通用等形码用户「既固定主码排序,又能以整句输入的方式即时添加用户词条」的需求。
添加进来的新词条是以「user_dic」的方式存在,而且由于 initial_quality 作了区隔,它会以较低的权值在候选的末尾,这对形码用户来说是非常理想的。
但是刚发布的 librime-1.5.1 这个commit:
982f69d
令上述依赖于 initial_quality 作为定序条件的功能失效了。
在配置文件没有变动时:
一简的第二重码,在连续上屏十次几之后,就变成了「首候选」……
在 librime 1.3.2 - librime 1.5.0 上,上述功能都是正常的,仅在 librime-1.5.1 这个最新的 commit 中,出现了这个问题。
其实换个简单的说法:
多翻译器用来固定排序的功能,失效了。
The text was updated successfully, but these errors were encountered: