This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--------------15AF2E9C169C
Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1
Content-Transfer-Encoding: 8BIT
Content-ID: <Pine.SUN.3.91.961119233504.27793Q@ccsun6>
以下是吴宝原居士的回信:
--------------15AF2E9C169C
Content-Type: MESSAGE/RFC822
Content-Transfer-Encoding: 8BIT
Content-ID: <Pine.SUN.3.91.961119233504.27793R@ccsun6>
X-Mozilla-Status: 0801
FCC: C:\Program Files\Netscape\Navigator\Mail\Sent
Message-ID: <32912AD0.6BE9@tpts1.seed.net.tw>
Date: Tue, 19 Nov 1996 11:34:40 +0800
From: Maha Wu <maha@tpts1.seed.net.tw>
Organization: 摩诃工作室
X-Mailer: Mozilla 2.01 (Win95; I)
MIME-Version: 1.0
To: roberhhh <roberhhh@ms9.hinet.net>
Subject: Re: 组字法第1118号
References: <32915CFC.59F6@ms9.hinet.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
roberhhh wrote:
>
> 吴兄您好：
>
> 关於组字法的表示式，在我而言，我并不在乎用那一种表示式，因为我觉得无论
> 是那一种，对大易输入法都不是问题，都不需要记内码。在大易输入法下，∞符
> 号，你先按 = 键，再按 ~ 键，尔後按最右边数字键盘的 1 键则可得之；◎符
> 号，先按 = 键，再按 ) 键，接著按最右边数字键盘的 2 键可得。此外，之所
> 以用组合表示式的原因，最重要的是能将缺字以原形模拟出，即使是不认识该字
> 也能轻易为之。虽然对每一缺字，各家的组合表示式会有不同，但并不影响该字
> 的图像，任何人一看之下，皆能F解该字是怎麽描绘。以後造字，也不会有问题
> 。不过考虑到相容的问题，参考您几封信所叙述的内容，将我的意见表示如下：
>
> 一。采用∞％◎＋－？等六个全形符号，其功能如您来信中所述，我想这项大概
> 没有什麽争议性。
>
> 二。组合字的分隔符号[]，及表示式□先顺序符号()，此二种符号，我的意见如
> 如下：
>
> (a). 依您描述中研院资讯所的引文中的例子：
>
> 「帮」的字根式为「((土％土)∞寸)％(白％巾)」
> 如都改为全形「（（土％土)∞寸）％（白％巾）」
>
> 这个字将占15个中文字格，以现行每列34中文字而言，似乎占去
> 太多的空间(非指记忆体的空间)，虽然以半形来说，也需要非常
> 多的空间，但在萤幕上看，前者比後者刺眼多了。当然，这是一
> 个特例。
>
> (b).(a)项的例子，中研院资讯所的()也是以半形为之，可见并非无道理。
>
> (c). 如考虑win95 必须以全形为之，我想都用全形也无可奈何。但我觉
> 得，一般会自己亲手输入中文的，必定会我们所提供的那几项之一
> ，基於此点，我又觉得半形是□n的。
>
> (d). 至於这两种符号，一旦左、右半边在不同列时，会产生二列都多出
> 半个空格的现象。我以为这也是一个特例，而处理的方式可能：
>
> a. 任由它如此，二列都多一空格。
> b. 尽可能增加或减少前面几列的标点，以避免此情况发生。
> c. 将该字移到下一列，本列後面只好多几个空格了。
>
> 三。如要将这几个符号制成自建词，这个方式不错，如以四码来编，例如 aaa?，
> 其中：
> ?：1，代表＋
> ?：2，代表－
> ?：3，代表∞
> ?：4，代表％
> ?：5，代表◎
> ．
> ．
> ================================================================
徐兄：
综合目前的讨论，组字法的符号可暂修成这样：
--------
组字法（1996/11/19 更新）
本组字法含 ∞ ％ ◎ － ＋ ？ 六个全形基本符号，及 () [] 两组半形分隔
符号。今举例说明如下：
∞ 表横向连接 如：明＝日∞月（∞的内码为A1DB）
％ 表纵向连接 如：音＝立％日
◎ 表包含 如：因＝口◎大 或 □＝门◎月（◎的内码为A1B7）
－ 表去掉某部份 如：青＝请－言
－＋若前後配合，表示去掉某部份而改以另一部份代替 如：□＝间－日＋月
？ 表字根特别，尚未找到足以表示者 如：背＝(？∞匕)％月
() 为运算分隔符号 如：绕＝组－且＋((土％(土∞土))％兀)
[] 为文字分隔符号 如：罗[目∞侯]罗母耶输陀罗比丘尼
为求方便，不排除采用全形注音符号、标点符号及英文符号做为组字用字根。
--------
昨天有跟中研院庄德明先生连络，他表示目前已不采用∞％◎，而改以造字所
成的另种全形符号。这样看来，虽已没有我在前文所说的「相容」问题，但就
以实际使用起来的版面效果来看，∞％◎确实是比较传神。
前函中提到半形分隔号产生的问题：
(d). 至於这两种符号，一旦左、右半边在不同列时，会产生二列都多出
半个空格的现象。我以为这也是一个特例，而处理的方式可能：
a. 任由它如此，二列都多一空格。
b. 尽可能增加或减少前面几列的标点，以避免此情况发生。
c. 将该字移到下一列，本列後面只好多几个空格了。
我想还是采用a.好了。
对此问题，我有再跟□运兄讨论。他一针见血的说，当组合字被拆解成上下行
时，就我们作业者而言，这个组字法最大的麻烦将会是文件搜寻与取代。因此
他建议，若我们能把文件同时制作两个版本，一个是纯文字档，一个是 WORD
格式档（标准的 WORD 格式档，跟一般纯文字档不同，并不是一行一个段落符
号，而是以 WORD 特有的段落符号来区别段落，所以WORD文件蛮适合做折行搜
寻）；然後利用 WORD 档来做搜寻、取代的工作，完成後再另存成「含分行符
号的纯文字档」，也就是我们一般使用的纯文字档格式。刚好，我自己之前已
有制作一个 WORD 巨集，可以把一般的纯文字档转换为 WORD 格式档，或许这
会用得上。当然一定还有其它变通的处理方法，只要我们动动脑筋应不难解决。
采用半形分隔符号，除了有你所说的优点外，也因整个组合字的长度较短，可
有效减少组合字被切成上下行的情形。但是， CWIN95 的通用输入法就得放弃
了，且偶而多出的半形空白也必须得容忍。（还好主要的运算符号改为全形了
，不然这种无故多出半形空白的情况，不管组合字有没有被折成上下行，几乎
有一半的发生机率，这就有点叫人难以忍受。）
对於采用到对一般使用者需以内码输入的符号，本来我还在犹疑，但□运再次
表示这对我们这些整理电子经典的少数族群应不是什麽问题，我也就看开了。
再来，关於将这几个符号制成自建词，前文提到：
三。... 这个方式不错，如以四码来编，例如 aaa?，
其中：
?：1，代表＋
?：2，代表－
?：3，代表∞
?：4，代表％
?：5，代表◎
．
．
你的意思是说：若键入「aaa1」，则输出「＋」。若是这个意思，则还要使用
者记忆键入码与输出词的关系，好像有些麻烦。
若是改成这样：键入「????」，则依组字法定义的顺序输出 1.∞ 2.％ 3.◎
4.－ 5.＋ 6.？ 7.( 8.) 9.[ 10.] ，供使用者自行选择。这样可以吗？
----------
摩诃工作室
吴宝原
Tel:(02)6741715
E-mail:maha@tpts1.seed.net.tw
--------------15AF2E9C169C--