推 way7344:先推再講！ 01/03 20:55
→ dra:基本上 我也認為 簡碼應該是單獨出現的東西 01/04 10:31
推 Kenqr:推！ 01/04 12:26
: 基本上 簡碼這種東西 是單獨存在的
: 現在的情況 是正好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