两分输入法码表捺笔编码问题

马黑黑

综观两分输入法码表，其对第二字元为捺笔的字，在编码中对捺笔画字元以三种形式进行编码：其一，视为【丶】（dian），这与多数需要处理笔画的输入法做法一致，方案可取；其二是，看成【水】（shui），取其形状与【水】字末笔画相似联想而得，属“形托”做法，其做法在输入法领域也不鲜见；其三，保持笔画原本名称，【捺】（na），“音托”做法，亦为可以接受的处理方式。然而，三者混用则令人莫名其妙，试比较如下例字：

孓
liaodian

八
piedian

史
koushui

又
yishui

𢎡
gongna

𠮺
kouna

分析上述随机抽取的例字，很难找到将末笔画捺笔字元编码为点、水、捺的依据或规律，两分手册（第一版）亦未对此提供细节说明，这会造成编码难度的提升，更给文字录入操作带来诸多困惑。实际上，抽样检测发现，字海网在对以捺笔收笔、不能拆出成字的字进行两分字元拆解时，都确定捺笔画为【丶】字元，二字元拆解思路一以贯之。但码表编码环节却将此类字的一部分定义捺笔字元的编码为【丶】，另一部分为【水】和【捺】，不知是何用意、依据何来。笔者曾向DS、Kimi等AI求解，它们认为原因应该是内部编码优化需求所致，具体而言是为了分化重码。如果确实是为了减少部分编码的重码率，那么不妨检索码表，将以捺笔画作为第二字元进行编码的单字全部找出，然后进行分析比较。以下汇总的例字数据均来源于字海官网中州韵版两分法码表5.0，检索结果应该没有重大遗漏：

1️⃣捺笔画编码为「丶」的例字：

乂 义 乑 八 刄 发 孓 尺 衣 豖 长 𠆢 𥫻 𩁾 𫝕 𰀠 𰛅 𱍸 𱝪 𲇆

2️⃣捺笔画编码为「水」的例字

序号	单字	原始编码	原始编码数	字元一+点编码数
1	爪	changshui	3	8
2	瓜	changshui	3	8
3	久	daoshui	7	5
4	丈	hengshui	8	12
5	更	hengshui	8	12
6	豕	hengshui	8	12
7	史	koushui	10	16
8	人	pieshui	5	15
9	入	pieshui	5	15
10	尐	xiaoshui	2	0
11	艮	xueshui	8	8
12	又	yishui	14	17
13	及	yishui	14	17
14	廴	yishui	14	17

【注】「水」字的第二字元编码亦为shui，整体编码为yishui，疑为取「水」的左右合成部件，类似的例字还有其变体「氺」yishui，后者以丶收尾，不编码为dian就是将其左右合成部件视为「水」，因此可以佐证笔者对前者编码规则推测的合理性。

3️⃣捺笔画编码为「捺」的例字

序号	单字	原始编码	原始编码数	字元一+点编码数
1	𦍖	bana	4	2
2	𠔇	bana	4	2
3	𤵑	bingna	8	5
4	𦬤	caona	18	16
5	𤓰	changna	4	8
6	𨑃	changna	4	8
7	𠂢	changna	4	8
8	𡘎	dana	5	7
9	㸦	dingna	1	0
10	𢎡	gongna	2	4
11	𩨶	guna	2	0
12	𧰧	hengna	2	12
13	𠅕	jiaona	3	0
14	𢁤	jinna	12	8
15	𠹩	junna	1	0
16	𠮼	kouna	25	16
17	𠯁	kouna	25	16
18	𠮺	kouna	25	16
19	𩡬	mana	3	5
20	𣏛	muna	19	12
21	𣕹	muna	19	12
22	㐅	piena	2	15
23	𧘇	piena	2	15
24	𠇊	renna	16	13
25	𨱗	renna	16	13
26	𡺒	shanna	11	7
27	𧰨	shanna	11	7
28	𣲐	shuina	20	12
29	𣲓	shuina	20	12
30	𣽍	shuina	20	12
31	𥾙	sina	11	18
32	𦂵	sina	11	18
33	𤲄	tianna	1	4
34	𩂢	yuna	17	13
36	𠧹	zhanna	1	0
36	𥫪	zhuna	8	9
37	𧿓	zuna	8	5

前面提到，字海网拆分字元时均将捺笔画当作【丶】，而从上述罗列的例字看，真正将捺笔当作【丶】的占比并不高，保留原本【捺】的编码数量最多、编码为【水】的次之。官网拆分字元的方法与码表编码实际情况存在较大分歧，编码规则与编码操作思路并不完全一致。

比较两个表格提供的各例字原始编码总条数和现有该编码第一字元不变第二字元为【丶】编码的现有条目总数，可以发现若将这些例字捺笔画原始编码的第二个字元替换为【丶】，其所产生的重码率并不特别严重，在近十万单字的码表中属于正常现象，而且还存在相反的情形即一些例字反而可以倒过来分化原始编码的重码率。由此可以认为，分化重码并非客观和急切需要，之所以出现捺笔画作为三种形态进行编码的现象，应是在编码过程中多次进行规则调整和修正，最后定型的内部规则未能全面落实到码表制作中，或说由于种种原因尚未来得及修改。再者，在对这些例字进行建检索、分析过程中，笔者发现4.0码表和5.0码表在处理捺笔画字元上存在一定差异，有修改、调整现象的迹象，可见在编码过程中存在左右为难的取舍情形。不论如何，还是建议全面统一捺笔画字元编码，以提升输入法的科学性、严谨性与易用性。

总而言之，统一捺笔画字元的编码对输入法在应用层面而言是刚性需求，如果没有其他专业且合理的重要考量，笔者认为不应细分捺笔为三种编码方案，在【丶】和【捺】中人选一个，前者为最佳。

以上拙见或不合时宜，若此，请一笑置之。

杨帆

我对两分输入法并不了解，但认为马老师对其码表捺笔编码问题的分析非常到位，提出的解决方案也十分中肯且富有可操作性与建设性~马老师您辛苦了

花飞飞

笔者认为不应细分捺笔为三种编码方案，在【丶】和【捺】中人选一个，前者为最佳。。
为啥要选点呀。。。
我感觉从节省敲键盘次数来说，选捺最合适。。
也最接近本色，它本身就叫na呗。。

花飞飞

研究非常细致，还做了汇总，把几种情况罗列出来还举例，让人看得明白。。
辣么大个编码库里挑这些，工作量老大了。。

马黑黑

花飞飞 发表于 2026-1-24 18:41
研究非常细致，还做了汇总，把几种情况罗列出来还举例，让人看得明白。。
辣么大个编码库里挑这些，工作量 ...

检索有检索的方法。当然，再怎么着，工作量也不是一般的低

马黑黑

花飞飞 发表于 2026-1-24 18:39
笔者认为不应细分捺笔为三种编码方案，在【丶】和【捺】中人选一个，前者为最佳。。
为啥要选点呀。。。
...

选捺是可以的，很多需要处理笔画的输入法保留有捺笔画。但从专业角度，笔画在计算机输入中归类为“横竖撇折点”五种笔画分类法，将来的专业中文笔画输入键盘会采用这个规范。点捺同类同编码是极致的编码规范。

马黑黑

杨帆 发表于 2026-1-24 15:46
我对两分输入法并不了解，但认为马老师对其码表捺笔编码问题的分析非常到位，提出的解决方案也十分中肯且富 ...

花飞飞

马黑黑 发表于 2026-1-24 19:34
检索有检索的方法。当然，再怎么着，工作量也不是一般的低

嗯哪，得华子帮忙提神

花飞飞

马黑黑 发表于 2026-1-24 19:39
选捺是可以的，很多需要处理笔画的输入法保留有捺笔画。但从专业角度，笔画在计算机输入中归类为“横竖撇 ...

同类同编那太好了，只是最初设定编码的人为何要取远舍近。。