-
Notifications
You must be signed in to change notification settings - Fork 563
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
形码相关的「多翻译器功能」失效 #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: