建议放弃“满码”这个概念
-
-
-
-
其实我是想建议更明确的表达，虽然我们习惯性默认四码类方案全码四码，但程序在细节处理上还是有差异的，同时也存在不同方案的不同需求。
-
在清风里有几个上屏行为：
全码唯一自动上屏、满码空码清空，这个“全码”、“满码”是一个概念吗？
顶码上屏（超过最大码长时顶首选上屏），这里的“最大码长”可能和上面也是一个概念，都是指向4这个参数
举个例，非码元的引导键方式都了解，比如便捷输入的日期金额，快符输入的符号，这都属于非码元方式的引导
同时还有一种码元方式的引导（可以更广泛的适应软件，也可减少非码元键引导的占用，以及手感差别的考虑），比如利用某一个或某两个码元开始的编码，在这一方案编码体系中不会出现规则编码，而利用来作为另一辅助方案的引导编码，这一套编码可能就会突破四码范围，可能有六码、八码。
这个例中，全码是四、六还是八？五笔中应该还有三码全码的吧？其他方案应该有不到四码就是全码的编码，那如果三码就是全码了且无后续编码是否会自动上屏？逻辑上这个词条满足了全码唯一且无后续应该自动上屏，但为了节奏上的统一通常我们会设置为4码时才开始这一行为，这时参数设四码就比全码这个概念更明确。
所以“全码”、“满码”这样的概念表述不够清晰。 -
行为不一致也讲一个码元引导方式（ok引导拼字码）的编码例：
- oko打到这个码时，根据空码显示一位后续，会显示后续候选：𢠙uxb，这时是正常的，但当你打到第四码时，okou却没有显示这个后续候选了，这应该就是程序设定四码时不再执行这一条规则，正常应该不论码长，只要有后续就应该在空码时显示。
- 上面同时在切分模式下也存在四码后的编码不被当作后续编码处理，直接在四码空码时就做了切分处理。
- 通配符，到四码就被切断，无法支持后续编码的通配方式查询
顺便说下通配符：
①通配提示最好只提示通配符代替的那个码元，不要显示更多编码，否则视觉上无法直达目标
②通配符的作用是充当任一码元，应当视同也是一个码元，不在自动上屏顶屏等功能上做特殊处理，保持行为的一致性
- 再讲一个顶功方案的支持
顶码上屏，超过最大码长时顶首选上屏，这个最大码长应该也是四码，并不是真的最大码长，即从四码开始后续空码且无后续，开始顶。
如果我的方案想设两码后空码且无后续开始顶，则无法设置这个参数（顶功方案）。少了一种方案的支持
如果把这个“最大码长”实质化，比如四码方案设成参数4，就满足了四码方案的四码后空码无后续顶的需求，同时还能满足设置成参数2，两码后空码无后续顶
-
-
