看板: 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 |