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

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

[jidanni]

One notes an additional problem with the two images I just posted.
You will notice that gimp assumes the icewm toolbar is part of
emacs-snapshot. That is because emacs-snapshot extends beyond the bottom
of the screen, underneath the icewm toolbar! emacs23 does not have this
problem. The problem is related to the emacs-snapshot toolbar at the top
of the screen pushing the minibuffer under the icewm toolbar at the
bottom of the screen. One needs to hit ALT F10 to be able to use
emacs-snapshot with the minibuffer properly visible.

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

[Kenichi Handa]

In article <87hbw5yoc4.fsf@jidanni.org>, jidanni@jidanni.org writes:

> OK, here is what I see using the current Debian versions of these packages.

Thank you.

> It turns out the C-u C-x = output is
>   xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-14-*-*-*-m-0-iso10646-1
> for all cases, in contrast to what I reported earlier.

I'm very very confused.  Why does Emacs start to use the
different font?  Did you change some font setting (or
install/uninstall some fonts) after your previous report?

By the way, that font has all box-drawing characters.  I
have no idea why Emacs can't draw them even if that font is
selected.

---
Kenichi Handa
handa@m17n.org

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

[Hideyuki SHIRAI]

From: jidanni@jidanni.org said
Subject: [emacs-w3m:10999] Re: bug#4090: Bug#541704: emacs-snapshot ruins w3m-el-snapshot tables
Message-ID: <87hbw5yoc4.fsf@jidanni.org>
Date: Wed, 19 Aug 2009 02:22:03 +0800

> OK, here is what I see using the current Debian versions of these packages.

Thank you for your report.

There is a possibility for this problem to occur with emacs23 or
later. A problem occurs for the width of the box drawing
character changed. So, calculation of string-width goes miss,
and it becomes for that like your image.


For example 
(BOX DRAWINGS LIGHT VERTICAL AND HORIZONTAL, #x253c)
・Emacs22.3
(char-width (make-char 'mule-unicode-2500-33ff 32 92)) => 1

・Emacs23.1
(char-width (make-char 'mule-unicode-2500-33ff 32 92)) => 2


It is very difficult to correct this problem on all
emacsen. Therefore, please use emacs-w3m because of the
following settings. 

(setq w3m-use-symbol nil)

This change was commited to CVS HEAD of emacs-w3m.

TNX.

-- 
Hideyuki SHIRAI (mailto:shirai@meadowy.org)

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

[Kenichi Handa]

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

> For example 
> (BOX DRAWINGS LIGHT VERTICAL AND HORIZONTAL, #x253c)
> ・Emacs22.3
> (char-width (make-char 'mule-unicode-2500-33ff 32 92)) => 1

> ・Emacs23.1
> (char-width (make-char 'mule-unicode-2500-33ff 32 92)) => 2

FYI, with Emacs 23, in non-CJK environment, that value is 1.

---
Kenichi Handa
handa@m17n.org

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

[jidanni]

OK, thanks 白井先生. By the way
$ cat /tmp/q
Táisǎo Zhōnggōng
$ export LC_ALL=zh_TW.UTF-8
$ set -- -sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1
$ emacs23        -Q -fn $1 /tmp/q #looks great
$ emacs-snapshot -Q -fn $1 /tmp/q #looks terrible
$ LC_ALL=C emacs-snapshot -Q -fn $1 /tmp/q #looks great
The great looking ones use
x:-efont-fixed-bold-r-normal--16-160-75-75-c-80-iso10646-1 (#x1CE)
the bad looking ones use xft:-arphic- etc. I wish I could make them all
great looking.