Path: titcca!anprda!qmfl!ichikawa
From: ichikawa@qmfl.qmflp.JUNET (ICHIKAWA Shuichi)
Newsgroups: fj.kanji
Subject: Re: New NKF again
Message-ID: < 158@qmfl.qmflp.JUNET> 
Date: 19 Jul 88 03:33:41 GMT
References: < MATSUI.88Jul13225000@maia.aoba.tohoku.junt>  < 2282@tansei.cc.u-tokyo.JUNET>  < 1245@cskvax.csk.JUNET> 
Reply-To: ichikawa@qmfl.qmflp.JUNET (ICHIKAWA Shuichi)
Distribution: fj
Organization: Quantum Magneto Flux Logic Project, Tsukiji, Tokyo
Lines: 32

松井さん＠青葉．東北大：
>  JIS78しか出ない端末でJIS83で書かれたファイルを見るなんていうときには便
>  利なので、保存しないで無理やり変えるほうも残してほしいです。

　こういうことも、当然あるでしょうねぇ。

丸山さん＠淡青．東大：
> ｍｂｏｘはネットワークコードそのままですので、４通りのエスケープ
> シークェンスが１つのファイルのなかに入り乱れています。これを１つに強制
> 的に直してしまうｆｉｌｔｅｒは、流通している端末の現状を考えるとどうし
> ても必要です。（ｎｋｆでなくても良い訳ですが）

　この場合、４つ混在していても別に問題はないわけですから、
端末がJISをフルにサポートしているとは限らないという現状が
問題なわけですね。（と分析しても問題は解決しないか）
　ううむ、本来は４つとも正当なのだから、保存するのが筋と言
えるでしょう。つまり、オプションでも何でも、保存する機能は
備えるべきだと思います（私は）。でも実用上、強制的に
変更する機能も要求されている。結局、両方いるのかなあ。

　フィルターは、負荷が軽くてコンパクトで速いことが望ましい
と思う訳で、そういう意味ではあまり多くの機能はつけないほうが
いい気がします。nkfに１ＭＢ以上くわせることもありますから。
　いっそのこと、最小セットのfilterと、いろいろ（意図的に）
変更を加えるtranslaterに分けてみたらどうでしょう。
ソースはほとんど共有できるでしょうし。

＃　言いたい放題いって、すみません。
	市川　周一　（ICHIKAWA Shuichi） ichikawa@qmfl.qmflp.junet

	新技術開発事業団 後藤磁束量子情報プロジェクト 構成法研究グループ