Path: titcca!ccut!creamy!nttlab!hirose!tujoho!takag03
From: takag03@tujoho.ecei.tohoku.ac.jp (Hideaki SONE)
Newsgroups: fj.kanji
Subject: Re: ISO 646 IRV is illegal in junet?
Message-ID: < 1098@tujoho.ecei.tohoku.ac.jp> 
Date: 24 Feb 90 13:36:16 GMT
References: < 1002@tujoho.ecei.tohoku.ac.jp>  < 13890@ccut.cc.u-tokyo.ac.jp> 
Reply-To: sone@ecei.tohoku.ac.jp (Hideaki SONE)
Distribution: fj
Organization: Dept of Elec Commun, Tohoku Univ, Sendai 980, Japan
Lines: 62

　まったく盛り上がらないのは、不必要なのやら、賛成なのやら。

In article < 1002@tujoho.ecei.tohoku.ac.jp> 
  sone@ecei.tohoku.ac.jp (Hideaki SONE) writes:
> まとめ：　ＩＡ　Ｎｏ５(ISO 646 IRV) を呼び出す ESC ( @ なども英字
> 移行（漢字終了）コードとして認めるべきと思う。

In article < 13890@ccut.cc.u-tokyo.ac.jp> 
  jm@ccut.cc.u-tokyo.ac.jp (Jun Matsukata) writes:
>   十分、検討の価値がありそうですね。
>   この際、ESC(@ ESC(B ESC(J 以外の１バイトコード呼び出しのシーケンス
> についても考慮した方がいいように思います。

>   IA No.5は、ASCIIやJIS7と異なり、特定の国向けではないので、JUNET
> でもむしろこれを標準とするべきだったかもしれませんね。

　今までのＡＳＣＩＩとＪＩＳ７の格を下げる必要はないと思いますが、
ＩＡ５をそれら以上（同等を含む）に位置付けるべきだと思います。
　他にも、１バイトコード呼出のうち、モザイク文字や特殊な文字セットは
別としても、４列目に“ＡＢＣ”が並ぶものはみんな許しましょう。


>   ただし、実際に使用するとなると、対応が大変そうですね。
> 各種エスケープシーケンスへの対応を、ベンダー提供のソフトウェア
> や端末の機能に頼っている場合、特にやっかいそうです。
> PDSでコード変換をやっているのであれば、比較的対応しやすそうですが。

　実際に対応したフォントを表示するか否かは利用者の責任に属しますが、
ＪＩＳとＡＳＣＩＩの場合の“¥”と“＼”、あるいは２バイトの２種類の
漢字コード表に対する現実と同じく、無視してもほとんど許されると思います。
モザイク系が来ても、どうせ正しく表示できないのならＪＩＳやＡＳＣＩＩで
表示するしかないでしょう。


　ひとまず、次のように対応してはいかがでしょうか。
☆ネットワークの中継関係で、どれが来ても保存して通過させる
☆メール・ニュースのリーダ関係で、どれが来ても可能な限り表示する
☆リーダ関係の表示が対応できない場合、当分は配達経路で変換してしまう
★これらをＸ月１日を目標にして、リーダやフィルタのパッチをお願いする

> >   ESC ( @ で来ると、実害があります。メーリングリストとニュースの
> > 接続実験をしていましたが、これで投稿した記事を読むとGNUSが死にます。

　少なくとも、こういう状況だけは無くしたい。


　ついでですが、もしフィルタ類を改造するならば、同時に漢字の規格外コード
を除外する機能も付けて欲しい。特にＮＥＣ社内コードの罫線素片や丸数字。
罫線はＪＩＳの方に変換できるものもあるし。



>   学情センターのSIMAILのBITNETとの国際接続は、まだJUNETでは話題に
> のぼっていないようですね。学術情報センターニュースの最近号に載って
> いるようですが、JUNETでも紹介した方がよさそうですね。（どのＮＧが
> 適当でしょうか。）

　こちら関係は、話題が分かれるので別便にて投稿します。


東北大学工学部通信工学科
曽根秀昭