Path: titcca!nttlab!nttdpe!kouichi@ews006.rd.nttdata.JUNET
From: kouichi@ews006.rd.nttdata.JUNET (Kouichi Suzuki,NTTDaTa)
Newsgroups: fj.questions.misc,fj.kanji
Subject: Re: KANJI IN/OUT code in TERMCAP
Message-ID: < 1877@nttdpe.rd.nttdata.JUNET> 
Date: 28 Jan 89 00:02:32 GMT
References: < 15174@wsgw.ws.sony.junet> 
Sender: news@nttdpe.rd.nttdata.JUNET
Reply-To: kouichi%ews006@nttose.rd.nttdata.JUNET
Distribution: fj
Lines: 49
Xref: titcca fj.questions.misc:702 fj.kanji:476

ども。鈴木＠NTTDATA でございます。

From article < 15174@wsgw.ws.sony.junet> , by sakamoto@ws.sony.junet (Tomohiko Sakamoto):
> >  
> >  だれでも思い付く（私もこれにしようと思っていた）自然な名前なので、
> >  このki,koを使おうと思います。（「Σから受け継いだ」なんて、歴史上
> >  初めてなんじゃないかな:-）
>  
>  老婆心ながら、一言言わせてもらいますと、
>  この名前は使わないほうがいいと思います。
>  
>  「漢字イン／アウト」という表現が JIS や ISO の規格を無視したもの
>  だからです。

そうです。それと、もう１つ問題があります。たとえば、EUC のような８単位ベースの
システムの場合は、次の項目の規定が必要です。

(1) 文字セットを右側に invoke するか、左側に invoke するか (つまり、MSB を
    立てるか立てないか)

(2) 文字セットを invoke する制御シーケンスは、ロッキングシフトかシングルシフト
    か

こうしないと、たとえば EUC のファイルコードを termcap で記述することができなく
なってしまいます。(Shift-JIS は、ISO, JIS の規格に準拠していないので、どのような
方法で termcap に記述できるか私にはよくわかりません。)

>  
>  ESC $ @ または ESC $ B は G0 に漢字文字セットを指示するものです。
>  ESC ( J は JISローマ字を、ESC ( B は ASCII を G0 に指示するもので、
>  「漢字を出る」という意味ではありません。

そのとおりです。

>  
>  詳細は、次の参考資料を見てください。
>    1. 「JUNET利用の手引き(第１版)」pp 92-95, 6.3.2 参考資料: 複数の図形文
>  	字セットの使い方
>    2. 月刊「インターフェース」1984年７月号別冊付録「JISコード活用便利帳」
>    3. JIS X0202 情報交換用符号の拡張法

特に、3. の規格は、文字符号の規格の原点ともいえるものです。これが正しく
理解されることを願ってやみません。なお、JIS X 0202 に対応する ISO 規格
ISO 2022 は、JIS 制定後改訂されており、JIS もこれに合わせて改訂される見込み
です。
-----------------------------------------------------------------------
				鈴木 幸市 (kouichi@nttose.rd.nttdata.junet)
				NTTデータ通信(株) 開発本部