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--