Relay-Version: version B 2.10.2 9/5/84; site titcca.UUCP
Posting-Version: version B 2.10.2 9/5/84; site tsuda.UUCP
Path: titcca!kddlab!nttlab!tsuda!ogawa
From: ogawa@tsuda.UUCP (T. ogawa)
Newsgroups: fj.kanji
Subject: Re: Re: 2nd test of escape sequence for kanji (In English)
Message-ID: < 146@tsuda.UUCP> 
Date: 10 Jun 86 05:51:28 GMT
Date-Received: 10 Jun 86 11:44:15 GMT
References: < 144@tsuda.UUCP>  < 931@takuya.uucp> 
Distribution: fj
Organization: Tsuda College, Japan
Lines: 30

>  　　改行文字のだしかたについて，次の３通りが考えられます．
>  
>  １）　——漢字——　　　　　　改行　　　　　 ——漢字——
>  ２）　——漢字——　ESC-(-J 　改行　ESC-$-@  ——漢字——　　
>  ３）　——漢字——　　　　　　改行　ESC-$-@  ——漢字——　
>  
>  　　そこで，いままでのように２）を使う方がいいのではないでしょうか？
>  ３）の方法でも，行の先頭はローマ字であるという仮定をしていいので問題
>  にはならないと思います．

  ｍｏｒｅを使わない等の制限をしなければ、現在のｕｎｉｘのほとんどのｆ
ｉｌｔｅｒの前提、つまり行はローマ字モードで始まりローマ字モードで終る
という前提を守るしか、問題を回避する方法はないと考えます。そもそもｕｎ
ｉｘのソフトは、そんなモードが存在することすら知らない。我々はそこだけ
つじつまを合せて、その中にそっと漢字をもぐりこませているにすぎないので
すから。

  どなたかが１）の方式で問題のないソフトを作って下されば、それが一番よ
いと思うのですがそれを待ってはいられません。当面は、以上のような観点か
ら一番安全な２回目のテストデータの方式、加藤さんの２）の方式を採用しよ
うと思います。１）と３）の方式は行の最初と最後のモードが保証されない点
でまずいと思われます。
  端末エミュレータは１）の方式に対応して作り、漢字を含むテキストの満た
すべき条件は１）を規格とすることでよいと思うのですが、実際の通信に使う
テキストは２）の方式を採用するということでどうでしょうか。２）であれば
途中で１バイトなくなったとしても、影響は１行でおさまりますし、安全に漢
字による情報交換ができることを第一に考え、メールとｎｅｗｓでは２）の方
法をとることにしてはどうかと思います。

		                小川貴英(ogawa@tsuda.junet)