-
Notifications
You must be signed in to change notification settings - Fork 572
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
comment 和 preedit 相同时不显示 #215
Comments
看这个不是很复杂,我就自己提了PR。需要写对应的测试吗? |
PR OK了。 拼写法设计为用不标调代表阴平,则事实上该拼写法并没有提供系统地区别“阴平”与“不标调”的方法。 现有的编码提示逻辑,只有当用户输入与取得该选项的完整(正确)输入形式有出入时给出编码提示,帮助用户完成(纠正)输入码。在任何时候都显示注释,反而可能造成用户困惑,花更多时间对比输入和提示,检查是否因拼写错误而得提示。 |
我再提供一点背景,解释一下为什么我原来会那样说:
总的来说我们是在做用于语保用途的输入法(用户群体以语宝工作者,和非native speaker、不熟悉拼写方案者为主),和作为日常效率工作的输入法的期望应该有所不同吧。
这个我认同,我觉得可能可以通过不同字体来实现。那这个我就需要研究一下不同前端的主题配置了。 |
Background
最近在做一个方案(script-based)遇到一个问题,我们用注释来显示“正确的拼写”,而当用户输入和注释正好相同的时候,注释会不显示。
Expected Behaviour
所有的候选词都显示comment。
Actual Behaviour
如图所示:
试了一下,在Windows和 Linux (ibus-rime) 都是一样的结果,猜测相关代码是在librime中。特别是这行很可疑:
librime/src/rime/gear/script_translator.cc
Line 348 in 9c4fa8a
我猜想当时写这行代码的时候,是假设如果用户输入==注释,就等于用户知道正确拼法,没必要再显示了。
但是这有几个问题:
我们目前的workaround是在comment_format里面给输出的comment加入一个不可见字符(U+2063) 让librime以为注释和用户输入不一样。
我还是希望librime能增加一个配置项,比如
always_show_comment: true
,可以任何时候都显示注释。The text was updated successfully, but these errors were encountered: