🚀 go-pugleaf

In article <KATE.98Jul8150850@yamato.trad.pfu.co.jp>,
  kate@pfu.co.jp (KATAYAMA Yoshio) writes:

> >fold すればいいだけでしょう。
> 
> その場合は ASCII に戻さなければなりませんから、ISO-2022-JP みた
> いなエンコーディングの場合は、そのためのエスケープシーケンスを見
> 越しておく必要があります。
> 
> ＃できないって話ではありませんが、 面倒って話です

もちろん, 面倒です。
しかし, 解けるかどうかと問われれば解けるとしか答えられません。

# 個人的には解が存在しないケースにはとても興味があります。いまのところ
# かなり特殊なケースしか思いつかないのですが。

> ISO 10646 のように結合文字が入ってくると、もっと厄介です。RFC
> 2047 の
> 
>    Each 'encoded-word' MUST represent an integral number of characters.
> 
> の解釈の仕方にも依るかも知れませんが、一つの結合文字の途中で切れ
> ないようにするためには、その規則を知っておく必要があります。

おぉ。結合文字との関連はまったく気づいていませんでした。これはなかなか
厄介そうですね。

> ＃一つの結合文字をエンコードすると 76 文字を越えるという時は？

よく知らないんですが、そんなに結合することってあるんでしょうか?
そのような常識はずれな状況は大好きなので、あるんならぜひ知りたいです。

# はっ, まさか  Basic Egyptian Hieroglyphics で EGYPTIAN HIEROGLYPHIC
# BEGIN CLUSTER MARK から EGYPTIAN HIEROGLYPHIC END CLUSTER MARK まで
# が1つの文字になるとか?

> >前にも書いたような気がしますが, 全世界共通の文字コードがあればそれで済
> >むでしょうがね。
> 
> そういうものがあればいいんですが、、、

きっと存在しないのでしょう。
だから、MIME のようにいちいち charset を宣言するというのは(文字コード
を使う限りは)仕方のないことなんだと思っています。
-- 
[田中 哲][たなか あきら][Tanaka Akira]