🚀 go-pugleaf

   Shinji Kono <kono@ie.u-ryukyu.ac.jp> wrote:
   > In article <om5en6.pp3.ln@sou.nerv.org> , 
   > 	Kazushi Marukawa (Jam) <jam@pobox.com> writes 
   >> - 漢字の1バイト目と2バイト目の間で、上記の罠が発動し、端末が馬鹿だと
   >>   (例、screen-3.07.04)そのまま画面が壊れちゃう罠。
   > うーん、これってnkf-1.6でもそうなちゃうんだけど、どうやって
   > 避ければいいの? つまりEUCのQ encodeing で、=xx<改行>=yy の改
   > 行が本物かMIMEが挿入したものなのかをどうやって見分ければいい
   > んでしょうか? EUCって、そんなこと許してたっけ? 

ちょっと質問の意図が分からないので、的外れかもしれませんが、
状況説明を。そもそも、僕の元の文章自体かなり変でしたね。

まず、仕様の話から、'encoded-word'と'encoded-word'の間の
'linear-white-space'は、全て無視するのが仕様なので、
デコードする側は=xx<改行>=yyは=xx=yyとすればいいと
思います。空白を残すには、encodeする時になんか
やらないといけないんじゃなかったかと。

で、僕が問題だなあといったのは、=xx =yyを、X Yとデコードし、
それを再度=xx=20=yyとエンコードしてくれるクライアントが
あって、それをされるともう手も足も出せなくなっちゃうことを
指してました。

EUCに限らずこの罠は発動します。どう対処すればいいんでしょうね？


   >>取得した時点で、クライアントが正しく変換するしか
   >>ないんじゃないでしょうか。そんなに遅くもなりません
   >>よね。
   > MIMEはそのように作られているんですけどね。すべてのUIで対応しなければ
   > ならないのに、Xaw levelとかでは対処できないという、この矛盾が...

Xawですか？X11のXawですか？

僕自身は、あんまり全てのUIでとは考えてなくて、
Message Header Extensionsでしかないと考えています。

-- かずし