Path: titcca!nttlab!nttyrl!morisaki
From: morisaki@nttyrl.ntt.junet (Masato Morisaki / Comm Proc Prog Sct)
Newsgroups: fj.kanji
Subject: Re: RE: kanji ESCAPEs in JUNET (In Japanese)
Message-ID: < 161@nttyrl.ntt.junet> 
Date: 23 Feb 87 07:46:14 GMT
References: < 424@srava.sra.JUNET> 
Organization: NTT Comm. and Info. Processing Lab., Japan
Lines: 58

>  nisimura@srava.sra.JUNET (Tohru Nisimura [peg])は書きました。
> 
> >  要するに、
> >    漢字に入いるエスケープとして、
> >    	ESC $ @  または、  ESC $ B
> >    漢字から出るエスケープとして、
> >    	ESC ( B  または、  ESC ( J
> >    が許されているということなのですね。オススメ品はどれですか。
>   
>  これは非常に誤解を招きやすい表現なのでこう書くのは正しくないのです。
>  漢字を議論しようとするとＪＩＳの解説から始めないとならないのでじつに
>  たいへんなのですが、そうやって逃げてきたから混乱がいつまでもおさまら
>  のですね。漢字についてギャースカ言ってるわたしが漢字コンベンションの
>  モデレータをやりましょう。

西村さんよろしくおねがいします。

さて，上記のような誤解がおきるのは，英数字とカタカナのきりかえのときは，
７−ｂｉｔ系でｉｎｖｏｋｅをもちいていながら，英数字と漢字では同じ７−
ｂｉｔ系で，ｄｅｓｉｇｎａｔｅをもちいるというようなおことやっているた
めだとおもいます。
和田先生が提案されたのは，従来との互換（端末側）からだと思いますが，現
実，この互換をうまくつかっているでしょうか？
ＪＵＮＥＴで，ＪＩＳのバグはだめだよ！，とだいぶ宣伝がいきとどおいたた
め，現実はフィルタで対処されている方がおおいとおもいます。
そうしちゃうと，３−ｂｙｔｅｓのｄｅｓｉｇｎａｔｅより，多くて（７−ｂ
ｉｔ系なら確実に）２−ｂｙｔｅｓで扱えるｉｎｖｏｋｅにしないのでしょう
か？

これならば，一般的常識の漢字ＩＮ，漢字ＯＵＴてなセンスであつかえると，
おもいますが？
具体的には，Ｇ０はＪＩＳ−ｒｏｍａｎあるいはＡＳＣＩＩ，Ｇ１はカタカナ，
Ｇ２が漢字，Ｇ３は将来のｖｉｄｏｔｅｘ用（ＮＡＰＬＩＰＳ−−お．．と
ここは，ＮＴＴですからＣａｐｔａｉｎセット）てなぐあいにＪＵＮＥＴでき
めとけば，将来Ｃａｐｔａｉｎコードセットで図などが扱えるのでは，ないで
しょうか？
ｄｅｓｉｇｎａｔｅでも同種のことが可能ですが，プログラムの書き安さから
２−ｂｙｔｅｓ以下で処理出来るよう一般化できないのでしょうか？

なんで，ＪＵＮＥＴで決っている（？）ことに逆らうかというと，ｄｅｓｉｇ
ｎａｔｅは厳密に図形表現が決っていて，これがＡＳＣＩＩとＪＩＳ−ｒｏｍ
ａｎでことなり，このためｅｓｃ（Ｂやｅｓｃ（Ｊを同一ししたい人には，混
乱の原因となっているとおもいます。

ｉｎｖｏｔｅをもちいれば，Ｇ０，Ｇ１，Ｇ２，Ｇ３に目的とするものがなけ
れば，それに近いもの（Ｇ０にＡＳＣＩＩをいれる人もいれば，ＪＩＳ−ｒｏ
ｍａｎをいれるひとがいてもいい−−別段特定の字を特別に解釈すればいい
−−　¥　と　＼　）をもって来ればいいわけですから。

もうちょっと，先をいうと，ＡＴ＆Ｔが決めたＵＮＩＸの漢字系とも整合がい
いのではないかとも思われます。ｉｎｖｏｋｅはロングキャラクタで扱えます
が，ｄｉｓｉｇｎａｔｅはちょっと無理ですよね．．


			森崎　正人
			morisaki@nttyrl.ntt

Ｐ．Ｓ．なにぶん，漢字についてはド素人なので，西村さんお手柔らかに．．