看板: BudaTech ◎ 佛典電子化討論 板主: HeavenChow |
閱讀文章: 第 287/2032 篇 | 上篇 | 下篇 | 回覆 | 轉寄 | 轉貼 | m H d | 返回 |
發信人: b83050@ccstudent.ee.ntu.edu.tw (Post Gateway), 信區: BudaTech 標 題: [Fwd: Re: 組字法第1118號] (fwd) 發信站: 由 獅子吼站 收信 (Tue Nov 19 15:39:29 1996) 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-- |
閱讀文章: 第 287/2032 篇 | 上篇 | 下篇 | 回覆 | 轉寄 | 轉貼 | m H d | 返回 |
卍 台大獅子吼佛學專站 http://buddhaspace.org |