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

[Kenichi Handa]

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

> LC_ALL=zh_TW.UTF-8 emacs-snapshot -f w3m $@ # bad
> LC_ALL=C           emacs-snapshot -f w3m $@ # good
> LC_ALL=zh_TW.UTF-8 emacs23        -f w3m $@ # good
> LC_ALL=C           emacs23        -f w3m $@ # good

> One sees that these characters,
>  • │ ┌ ┐ └ ┘ ├ ┤ ┬ ┴ ┼
> vanish in the above "bad" case.

> I.e.,
> ┌───┐
> │bla│
> └───┘
> becomes
> ─
> bla
> ─

In the trunk of CVS, I added CJK fonts for those box-drawing
characters in the default fontset.  So, in CJK environment,
CJK fonts are preferred.  Perhaps, the selected CJK font
claims that it has glyphs for those characters, but actually
doesn't contain valid glyphs.  I think those vanishing
characters has at least 1 dot width of space.  Please put
cursor on one of them and type C-u C-x = to check which font
is selected for it.

---
Kenichi Handa
handa@...



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[jidanni]

>>>>> "K" == Kenichi Handa <handa@...> writes:

K> In the trunk of CVS, I added CJK fonts for those box-drawing
K> characters in the default fontset.  So, in CJK environment,
K> CJK fonts are preferred.  Perhaps, the selected CJK font
K> claims that it has glyphs for those characters, but actually
K> doesn't contain valid glyphs.  I think those vanishing
K> characters has at least 1 dot width of space.  Please put
K> cursor on one of them and type C-u C-x = to check which font
K> is selected for it.

>> • │ ┌ ┐ └ ┘ ├ ┤ ┬ ┴ ┼
In emacs23, all are visible, and very nice
   x:-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1
In emacs-snapshot all are invisible in w3m-el-snapshot, but visible but
ugly replying here in gnus.  "•" is the same
   x:-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1
but all the rest are
   x:-eten-fixed-medium-r-normal--16-150-75-75-c-160-big5.eten-0



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Kenichi Handa]

In article <873a7poeoy.fsf@...>, jidanni@... writes:

>>>>>> "K" == Kenichi Handa <handa@...> writes:
>>> In the trunk of CVS, I added CJK fonts for those box-drawing
>>> characters in the default fontset.  So, in CJK environment,
>>> CJK fonts are preferred.  Perhaps, the selected CJK font
>>> claims that it has glyphs for those characters, but actually
>>> doesn't contain valid glyphs.  I think those vanishing
>>> characters has at least 1 dot width of space.  Please put
>>> cursor on one of them and type C-u C-x = to check which font
>>> is selected for it.

>>> • │ ┌ ┐ └ ┘ ├ ┤ ┬ ┴ ┼
> In emacs23, all are visible, and very nice
>    x:-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1
> In emacs-snapshot all are invisible in w3m-el-snapshot, but visible but
> ugly replying here in gnus.  "•" is the same
>    x:-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1
> but all the rest are
>    x:-eten-fixed-medium-r-normal--16-150-75-75-c-160-big5.eten-0

Your answer is too terse for me to understand your situation
correctly.  Do you mean that the same font:
   x:-eten-fixed-medium-r-normal--16-150-75-75-c-160-big5.eten-0
is selected for "│┌..." in the invisible case and in the
ugly case?  And what do you mean by "ugly"?  Isn't it
possible to provide the screen-shot of that ugly case?

---
Kenichi Handa
handa@...




--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[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.



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Kenichi Handa]

In article <87hbw5yoc4.fsf@...>, jidanni@... 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@...



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Hideyuki SHIRAI]

From: jidanni@... said
Subject: [emacs-w3m:10999] Re: bug#4090: Bug#541704: emacs-snapshot ruins w3m-el-snapshot tables
Message-ID: <87hbw5yoc4.fsf@...>
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@...)



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Kenichi Handa]

In article <20090819.151543.04477307.shirai.hideyuki@...>, Hideyuki SHIRAI (=?iso-2022-jp?B?GyRCR3IwZj0oOVQbKEI=?=) <shirai@...> 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@...



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[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.



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...