🚀 go-pugleaf

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

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

encoded-word が fold 不可能な状況であらわれて 76byte 制限を満たせない
ケースです。たとえば, 次のヘッダを考えます。

From: akr@jaist.ac.jp (あ(い)う)

ここで, 「い」の左右のカッコは RFC822 のコメントのネストを示すものであ
るとします。すると「あ」「い」「う」のそれぞれををエンコードした
30byte の encoded-word が 3つできますが, 空白(が存在しないこと)を保存
しつつ fold できる場所は存在しないので, どこをどーやっても 76byte 制限
は満たせません。

# コメントのネストとはなにを示しているのか? という点は議論を呼ぶような
# 気もしますが, ここではコメントを単なる文字列ではなく木構造をなすもの
# だと思うことにします。そうすると, 木構造を保存する限りは括弧を
# encoded-word に入れてしまうことはできません。

> 調べたわけではありませんが、マトモな字では、そんなのはないと思い
> ます。しかし ISO 10646 としては、0x0e01 0x0e34 0x0e34 … なんて
> のを禁止していませんから、、、

THAI CHARACTER KO KAI
THAI CHARACTER SARA I
THAI CHARACTER SARA I
...

半月状のものが上にどんどん重なっていくのでしょうか...

> ># はっ, まさか  Basic Egyptian Hieroglyphics で EGYPTIAN HIEROGLYPHIC
> ># BEGIN CLUSTER MARK から EGYPTIAN HIEROGLYPHIC END CLUSTER MARK まで
> ># が1つの文字になるとか?
> 
> Unicode 2.0 の資料を持っていないのですが、そんなのが入ってくるの
> ですか？

あ, Basic Egyptian Hieroglyphics ってのはまだ提案段階の script で, 2.0
はおろか, 将来的に入るかどうかも定かではないものなんであまり気にしない
で下さい。
http://wwwold.dkuug.dk/jtc1/sc2/wg2/docs/n1637/n1637.htm
-- 
[田中 哲][たなか あきら][Tanaka Akira]