Article View: fj.kanji
Article #25Re: JISX0208-199X? (Re: help!! EUC<-->JIS code)
From: Yutaka Sato 佐藤豊
Date: Fri, 21 Aug 1992 06:13
Date: Fri, 21 Aug 1992 06:13
95 lines
4855 bytes
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!ysatoReferences:
<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