🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fj.kanji
Article #25

Re: JISX0208-199X? (Re: help!! EUC<-->JIS code)

#25
From: Yutaka Sato 佐藤豊
Date: Fri, 21 Aug 1992 06:13
95 lines
4855 bytes
In message <9208210421.AA16480@axiom> on 08/21/92(13:21:52)
you kaneko@tenet.ICSI.Berkeley.EDU (Seiji Kaneko) wrote:
 |はじめまして。かねこ@ひたちともうします。

リプライありがとうございます。

 |引用は自由にして結構です。

なるべく多くの方の意見を伺いたいので、ニュースにします。
順序は変えさせていただきます。


 |確実なのは、一旦ASCIIに戻るシーケンスを含めてコマンドとみなすこと
 |でしょう。これだとどんな言語でも ISO-2022 に従うかぎり困りません。

はい。実際、私が作成したrichtextの処理系は、ISO-2022を解釈
し、ASCII状態でしかコマンドを受け付けないようになっています。
我々は日本語TeXや日本語roffで、コマンドを一旦ASCIIに戻って
出すのが当然と思っていますので、日本人が考えればごく自然に
こうなると思います。日本国内では、これで問題ないと思います。

問題は、欧米ではISO-2022が普及していないことです。将来的に
どうかというと、どうもあちらではISO-10646やUnicodeに期待し
ているらしく、、、 ISO-2022を解釈してくれないだけでなく、
richtextの中にESCが許されるかどうかも、あまり楽観できない
と思います。

それでもとにかく、ISO-2022を認めて貰えるよう要求していく
つもりですが、そのためにはまず、ISO-2022対応でないrichtext
にも害を及ぼさない(パース可能である)ことを示して、安心
してもらって、バリアを低くする必要があるのだと思います。



さて、
ESCを通してくれない海外のMIMEツール(あるいはネットニュース
とか)に日本語(を含んだrichtext)を通すには、ESCを剥いだ
状態+文字セット名で通すのが、一つの方法でしょう。
そうでなくて、ESCを何らかの方法(quoted-printableとか)で
通すことも可能ですが、せっかく届いても結局ISO-2022を解釈
してくれないかも知れません。

例えば、「端末」という文字列にに下線を引くとしますと、次の
ような表現があり得ます(他にもまだあり得ます)

   (a) <bold>端末</bold>
   (b) <bold>=1B$BC<Kv=1B(B</bold>
   (c) <bold>=1B$BC<lt>Kv=1B(B</bold>
   (d) <bold><jis-x0208>C<Kv</jis-x0208></bold>
   (e) <bold><jis-x0208>C<lt>Kv</jis-x0208></bold>

(a)はISO-2022-JPを使った場合で、我々はこれが一番望ましい。
(b)は(a)をquotede-printableでエンコードした場合
(c)は(b)の'<'を<lt>で表現した場合
(d)は、JIS-X0208を使った場合
(e)は(c)の'<'を<lt>で表現した場合

上の例の中で、現在のMIMEで認められているのは、(b)と(d)
のみです。



 |基本的に 0x21-7e のみでコマンドを作ろうというのは無理だと思いま
 |す。理由は2つ。
 |
 |(1) JISで規定されていない領域はマシン依存になる。ここに外字を
 |    入れるメーカーも当然有り、その様なメーカーではそれに対応した
 |    漢字コード処理を行なうであろう。この結果マシンによって標準の
 |    OS下でコマンドが破壊される可能性が有る。

上のような説明を省いてしまいましたから、これは当然の指摘と
思いいます。しかし、私の質問でのJISで規定されていない部分
('t>'など)の話しは、ISO-2022を使わない、単なるJIS-X0208
のような文字セットでの話でして、例えば上の(d)の例で<lt>を
コマンドとして認識するという話しです。

一方、JISで規定されていないコードをネットワークに流すことは
それ自体問題ですから、コマンド文字列とぶつかっても自業自得:-p


 |(2) 日本語以外に対応できない。日本語のみに対応した(他言語への対
 |    応に無理の有る)システムは時間の問題で破綻するでしょう。

これはそのとおりですね。でも、例えば時間が5年稼げるとしたら
結構だと思うのはいけないでしょうか?(^_^;)
その間に、ISO-2022が海外で普及するかも知れないし、ISO-60646
にセッケンされてしまうかも知れないし…

現状では、'<lt>'や'</jis-x0208>'に対応するJISコードはありま
せんし、将来的に割り当てられても、現実に意味のある文字列としては
使われないと思うのですが…

┰── ─┰─ ┰
┠─ ++佐藤@情報ベース.電総研       快進撃サトウのごはん
┸──  ┸  ┸──────────────────────────�★☆�
Technical Details
Message-ID: <gb7CV.ysato@etl.go.jp>
Path: arc1-ca.pugleaf.net!sparky!uunet!ccut!wnoc-tyo-news!etl.go.jp!ysato
References: <9208210421.AA16480@axiom>

Show Full Headers
Complete Article Headers
Newsgroups: fj.kanji
Path: arc1-ca.pugleaf.net!sparky!uunet!ccut!wnoc-tyo-news!etl.go.jp!ysato
From: ysato@etl.go.jp (Yutaka Sato 佐藤豊)
Subject: Re: JISX0208-199X? (Re: help!! EUC<-->JIS code)
Content-Type: text/plain; charset=ISO-2022-JP
Message-ID: <gb7CV.ysato@etl.go.jp>
Reply-To: ysato@etl.go.jp (Yutaka Sato 佐藤豊 )
Organization: Electrotechnical Laboratory, Tsukuba Science City
References: <9208210421.AA16480@axiom>
Mime-Version: 1.0
Date: Fri, 21 Aug 1992 06:13:37 GMT
Lines: 95