作者ChrisTorng (ChrisTorng)
看板Liu
标题Re: [讨论] 字码建议list
时间Thu Jan 3 17:10:21 2008
: 基本上 简码这种东西 是单独存在的
: 现在的情况 是正好rrz 是空着的
: 但是 一样的情况 为什麽 只有薇 可以照这样的规则走!?
: 一样的情况 应该也会发生在很多字上
: 所以 到底可不可行还要再看看...
首先,我反对编这种码。
所谓的简码,就是不依规则而定的码,
依简码来编出新的码,那不叫组字规则,还是叫简码。
既称之简码,那麽就有洞就塞,没洞就放它处。
为什麽要放它处?因为有效率考量,常用字没简码不方便。
但如果没有效率考量的话,我认为不要有洞就塞。
把空码位都填满了,只是让以後的码表更难维护。
但刘老以前就有「复合字根」的规则设计,
现在似乎都没特别提,就我印象中有个例子:品+木=LT。
如 澡=WLT、噪=OLT。
这个 LT 一定要合并使用,并不是 品=L 的意思,
唯独有 品(上)+木(下) 这样的组合,才能拆 LT。
这是一种新类别的字根,这些字根的取码并不是一码而是两码。
以原「微」字来说,如果以复合字根设计的话,订 微=RZ 为一复合字根,
但取 微 该单字仍应加补根 X,故依规则应编 微=RZX。
但微仍可增加一简码 RZ,与复合字根之取码并不冲突。
此时 薇=RRZ 就是以规则取码的正常编码,而不是硬塞的特殊编码了。
复合字根的设计,应以简化常见之复杂偏旁之拆码为优先考量,效率是其次的考量。
比如说,我可以设计「齿」、「鼻」等复杂部首为两码复合字根,
以後要拆用到这些字偏旁的字时,只要我记了它们的复合字根码,
我可以很容易打出这些复杂的字出来。
还有克服重码的问题,YNEU 是最多重码的例子,
刘老巧妙地编 YN=士∩一,因此 壳=YNRU,谷=YNHU,毂=YNCU…
在截长规则下,没有被拆到的中间字根,如 YNEU 之例子,是决定一个字的重要关键,
因此设计复合字根让拆这些字能够很直观,就能拆解到重要部位。
不知有没有人记得,我以前提过,在忽略截长规则前提下,找最多编码的字,
其实找出编码长的字,就代表找出呒虾米所缺乏的大字根。
因为已经有相当多的字我们可以依规则完整的拆解出字根,
像仓颉的话,因为字根较少,因此需要更复杂的取码规则,
如连体字分体字之类,才有办法取得每一个字的重要部位之字根。
使用截长其实是个投机取巧的做法,遇到 YNEU 就遇见困境了。
因此找出更大的字根,某些方面是巧妙设计以克服截长的问题,
另一方面它让拆字可以完整拆出,较容易拆解而且有可能因此降低拆码数。
复合字根应该要有完整的列表,而且不是有洞才塞,
即使重码也要编,最後当然是以使用频率来排选字序。
因此我反对有洞就塞的编简码态度,
而应该是很正式地整理所有较多字会使用之偏旁的字,
审慎考虑应编那一个拆码,以期易记又少重码。
当然以这边的例子,可以先由既有的简码来观察,
现有简码是否为其他一些字的偏旁?若订复合字根为现有简码,
除现有简码应加一补根之编码外,其他所有相关的字加入
是否会更动现有选字序 (新编码与旧编码仍应考量使用频率及相容现有版本) 等等。
以上写得有些乱,这个文字产生器已经开始不知所云了………忙去…
--
ChrisTorng
http://christorng.spaces.msn.com
ChrisTorng Test Addin: Windows Live Messenger 8.0.0683 的测试外挂
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.75.28.114
1F:推 way7344:先推再讲! 01/03 20:55
2F:→ dra:基本上 我也认为 简码应该是单独出现的东西 01/04 10:31
3F:推 Kenqr:推! 01/04 12:26