发信人: huiqun@earthling.net, 信区: BudaTech
标  题: Re: 中研院BUDAFONT与佛光山FKS-EUDC对照表
发信站: 国立中山大学网路组 Mailing List (Tue Sep  2 15:19:09 1997)
转信站: Lion!ccnews.nsysu!news.nsysu!buda-tech@sccid.nsysu
来  源: sccid.nsysu.edu.tw

"Heaven" <heaven@novell.zcom.com.tw> wrote:
>  这些的确是大问题, 而且拖愈久问题愈大...
的确如是...
>  可是要转换什麽呢? 文字档在光碟中, 要如何转换?
一时一版的光碟不管它...要转换的是各家的根本data...
根本data经过转换...以後每家的电子化出版物就有统一造字码...
>  只能希望後来的资料依一个统一的造字档来制作而已.
>  或是看有没有办法不重开 win95 而更换使用中的造字档?
>  当然, 若您的资料, 如佛光辞典全部在硬碟中, 是可以
>  写支程式将文字属於造字的全部换成另一套, 但在光碟中
>  的就没办法了!
这些治标的方法最好不要去开发...留著尾巴怕愈来愈糟...
>  Heaven

可能之前表达不佳...多说一些拙见好了：

确定一个整合中心（大概有了吧）...
招募各种功能义工（小弟愿做那种土法炼钢的）...
设立一个mailing_list（不知道有了没）...
维持一个统一造字档的最新版本...例如V.001开始（已经有了吧）...
常备一支转换母程式（盼能者慈悲）...

鼓励家里有用佛教造字档的加入为recipient（me_too）...
加入时每个recipient提供自家造字档（已有一些吧）...
整合中心每次收到後或定期要做几件事：
一、把recipient_a的造字查核後整合到统一造字档更新成为V.002...
二、依据recipient_a的自家造字档和统一造字档V.002的内码对照...
    量身打造专用转换子程式_a（把内码对照套进母程式？）...
    发信给recipient_a夹带几样东西：
    1.统一造字档V.002...让他取代其自家造字档...
    2.recipient_a专用之[自家造字档=>统一造字档V.002内码对照表]...
      要hardcopy...让他在适应期间好找字...
    3.recipient_a专用之转换子程式_a...
      执行时会在他所有的或指定的可重写储存媒体上跑一遍...
      每遇上6217个造字码(FA40~C8FE)的任何一个则转换之...
      例如在recipient_a的自家造字档中「石追」是92DB...
      在他的可重写储存媒体上散布著各种含有92DB「石追」的data...
      在统一造字档V.002中「石追」则是FA41...
      转换子程式_a执行时凡遇上92DB便将它改为FA41...
      执行过後要自动在相关档案暗藏记号...免除一转再转的灾难...
      转换後...配合统一造字档V.002的取代了自家造字档...
      recipient_a的可重写储存媒体上的独家「石追」变成共享「石追」...
三、发信给所有其他recipient夹档whatsnew.txt和V.002让其取代V.001...

如是者...透过整合中心的协助...有自家造字档者就能平稳过渡...
每家只需转换一次...便摆脱了自家造字档的枷锁...享用大众资源...
大家把各自经营的力气...投注在将统一造字档尽善尽美上...
日後只要有人提出缺字的字样...整合中心便一贯作业...
大众自然享受不断更新版本之方便...把自家造字档淘汰是划得来的...
但关键在於那难度极高之转换程式...没有它...各家过去累积的data怎办？
没有它...任何整合出来的造字档都不过是又一个自家造字档而已！