[Date Prev][Date Next][Thread Prev][][Date Index][Thread Index]

Re: bug#4090: Bug#541704: emacs-snapshot ruins w3m-el-snapshot tables



In article <20090819.172439.187635197.shirai.hideyuki@xxxxxxxxxxx>, Hideyuki SHIRAI (=?iso-2022-jp?B?GyRCR3IwZj0oOVQbKEI=?=) <shirai@xxxxxxxxxxx> writes:

> > w3m では <_SYMBOL TYPE=10>----------</_SYMBOL> とかの "-" の
> > 数をどうやって決めているのですか?

> http://w3m.sourceforge.net/STORY の "w3mでのtableのレンダリング
> アルゴリズム" に書いてあるように、各枠の大きさを決めているようで
> す。従来の日本語環境のみだと文字の幅は決め打ちだったのでしょうが、
> その後、UNICODE がなされたときに、独自に多言語ライブラリが構築し
> てあって各文字の幅とかを決めるようになっています。その結果から、
> 上記の "-----" の数を求めているようです。emacs-w3m はその数を信
> 用して box drawing char に置き換えています。なので、w3m と
> emacs-w3m 間で齟齬が起きると今回のようになります。

East Asian Width の扱いは本当に頭が痛いですね。 "×" の幅は
w3m ではどうなるんでしょう? 1 に決め打ち? locale による?

> (*1) ちょっと綺麗な読みやすいフォントを ASCII に使うと、どうして
>      も 漢字の幅=ASCIIの幅x2 にならないんだもん。

僕はもう15年以上 ETL bitmap フォント(16dots と 24dots)を使っ
ています。これらと jiskan16, jiskan24 の組み合わせは僕にとっ
てはベストです。:-)

---
半田@AIST