[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: arrow width miscalculated causing truncation
- From: jidanni@xxxxxxxxxxx
- Date: Mon, 26 Mar 2012 10:20:33 +0800
- X-ml-name: emacs-w3m
- X-mail-count: 11790
- References: <b4m8viot8oq.fsf@xxxxxxx>
>>>>> "KY" == Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
(BKY> In [emacs-w3m : No.11786] jidanni@xxxxxxxxxxx wrote:
(B>> The following file renders bad in emacs-w3m, and also lynx.
(BKY> This seems due to a typical "East Asian Ambiguous Character Width"
(BKY> issue of Unicode. I.e. probably w3m counts the string width of
(BKY> an arrow as 1, whereas Emacs displays it in 2. As for Emacs,
(BKY> Handa-san said in the mule-ja list 3 years ago that Emacs decides
(BKY> the width of those characters according to the locale value; maybe
(BKY> European people see them in the width 1 in Emacs. I don't know
(BKY> the way to let w3m do like Emacs, though. One workaround is to
(BKY> use another universal encoding other than Unicode when communicating
(BKY> with w3m:
(BKY> (setq w3m-input-coding-system 'iso-2022-7bit-ss2
(BKY> w3m-output-coding-system 'iso-2022-7bit-ss2)
(BNice to know but I'll stick to the Unicode for better or worse...