切分模式
-
- 清风输入法不少功能是偏五笔的，我这提个偏音形的功能吧，群主如果觉得不难实现，希望能考虑一下。
一、功能介绍
- 这个功能我称为：切分模式。实际我想要的是下面内容中的“逆切分模式→自动切分”。
因为逆切分概念的提出，因此把顺切分也表述一下：
上面的表述不知道是否清晰？
-
为什么这个功能适配音形，这涉及声韵组合，我们知道二简空间：26*26=676，抛开一些用不上的组合，我们算600组，拼音的声韵组合占400组，剩下的编码空间可以放简词，那么假设我们打一个二简字和一个二简词的组合，和我们词库中最大的一类词二字词的冲突就为零，即二字词的编码是：声韵声韵，而二简字、词的组合是：声韵声声、声声声韵，这就避开了大部分的冲突可能，而可能的冲突在三字词和四字以上词上面，这两类辅助性词相对冲突的可能性就小了很多。上面的“逆切分→手动切分”就是为了这个冲突保底的，属于锦上添花功能，可以不考虑。
-
四码方案输入法的效率可以说二简的效率很关键，一简26个太少，三简、全码，都要打四键，只有二简是可以省键的，四码方案就要争夺二简的使用效率，五笔只安排字，而高频字是占不满这个两码空间的，实际造成浪费，音形单字虽然占不满空间，却能用词来填充这个空间，而词的效率是高于单字的，这也算是音形方案失之东隅，收之桑榆，这也是音形在打文时码长经常能低于五笔的原因。
-
这个“逆切分→自动切分”对于音形来说更是革命性的，更加增强了二简的效率，试想，原来需要六键来完成的两个二简，现在只要四键，对于一个码长2的普通文章来说，相当于我四键打了三个字，你六键才打两个字，把使用频率加上，在一篇文章中能省不少键。
二、下面说说实现的一些具体情况：
- 四码空码切出来的前后两个二简，如果都是唯一编码，那么适配四码唯一自动上屏
- 如果前个二简有重码，后二简无重码，则直接取前二简首选，依然适配自动上屏
- 如果后个二简有重码，则显示候选 ①前2简+后2简首选 ②后2简次选，如希望①的结果，则直接往后打，适配四码重码后码顶首选上屏；如希望结果是 前2简+后2简次选，则选②上屏结果
录屏放不上来，放一个3的效果图
-
- 作者在做这一块要注意两个情况：
- 三码空码且无后续编码，此时就要切为：ab|c
见图
2. 四码空码，切出来的2+2也有空码二简（应该没有这种情况，部分二简编码无字词可编也编成了符号，程序可能要考虑处理方案），此时可能应该按照空码清屏码长的设定来处理。 -
幻枫 两种情况：
- 例，符号编码 ok=
，可以和文字一起输入，hfok→hf|ok→很，不用因为编码是符号就特殊处理，符号也是一样使用的，即有实际编码就切，不论字、词、符。 - 二的例子一时还不好找。比如，wo=我，ye=也，如果woye是空码，那么切分结果就是我想打的结果“我也”，但此时有个实际的编码“沃野”，那么实际上屏的就成了这个词，我就需要撤销了重新分开打，这时如果有个功能把这个组合给我强制切分成wo|ye替换上屏的词，那就解决了我重新打的问题，比如我用个快符直通
;b来完成这个撤销加重打。 - 先描述一下另一个现象，即切分后一组有重码的情况，现在候选是把两个切分结果都显示出来了，如图：
这个是有点不习惯的，之前的设计是第二候选还处于待选状态，即 hfkn ①很可能 ②困难，还没有与切分前一组匹配，就像全拼里的组句状态，候选1进行组合，候选2等待组合。多数情况切分也是首选组合，次选等待组合。次选如果也组合出来多数情况意思是混乱的，看着不舒服
比如：
- 例，符号编码 ok=
-
1/2 的我再看一下。
3 的这个，我之前也看了你的示例，但现在的显示逻辑都是和编码完全对应的，上屏的也是显示的那个。
对于不同的编码，这里的 很 在所有的场景下都固定的吗？会不会因为长度之类的造成混淆？
如何确认自己最终上屏的：很困难，而不是“困难”？
