切分模式
-
- 作者在做这一块要注意两个情况:
- 三码空码且无后续编码,此时就要切为:ab|c
见图

2. 四码空码,切出来的2+2也有空码二简(应该没有这种情况,部分二简编码无字词可编也编成了符号,程序可能要考虑处理方案),此时可能应该按照空码清屏码长的设定来处理。 -
幻枫 两种情况:
- 例,符号编码 ok=
,可以和文字一起输入,hfok→hf|ok→很
,不用因为编码是符号就特殊处理,符号也是一样使用的,即有实际编码就切,不论字、词、符。 - 二的例子一时还不好找。比如,wo=我,ye=也,如果woye是空码,那么切分结果就是我想打的结果“我也”,但此时有个实际的编码“沃野”,那么实际上屏的就成了这个词,我就需要撤销了重新分开打,这时如果有个功能把这个组合给我强制切分成wo|ye替换上屏的词,那就解决了我重新打的问题,比如我用个快符直通
;b来完成这个撤销加重打。 - 先描述一下另一个现象,即切分后一组有重码的情况,现在候选是把两个切分结果都显示出来了,如图:

这个是有点不习惯的,之前的设计是第二候选还处于待选状态,即 hfkn ①很可能 ②困难,还没有与切分前一组匹配,就像全拼里的组句状态,候选1进行组合,候选2等待组合。多数情况切分也是首选组合,次选等待组合。次选如果也组合出来多数情况意思是混乱的,看着不舒服
比如:

- 例,符号编码 ok=
-
1/2 的我再看一下。
3 的这个,我之前也看了你的示例,但现在的显示逻辑都是和编码完全对应的,上屏的也是显示的那个。
对于不同的编码,这里的 很 在所有的场景下都固定的吗?会不会因为长度之类的造成混淆?
如何确认自己最终上屏的:很困难,而不是“困难”?
