發信人: 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怎辦？
沒有它...任何整合出來的造字檔都不過是又一個自家造字檔而已！