From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: Kenichi Handa <handa@ni.aist.go.jp>
Cc: emacs-pretest-bug@gnu.org
Subject: Re: 23.0.60; describe-char gives wrong information
Date: Fri, 1 Feb 2008 11:32:32 +0100 [thread overview]
Message-ID: <25D7FE86-29A5-4387-B4C9-85D1F6B717D0@Freenet.DE> (raw)
In-Reply-To: <E1JKo8h-0006ky-4J@etlken.m17n.org>
Am 01.02.2008 um 06:08 schrieb Kenichi Handa:
>> This is a new problem and it does not happen with GNU Emacsen 22.1.50
>> and 23.0.50.
>
> Please show me the result of M-x describe-face RET default RET.
It's a bit puzzling! Now that I have the test cast for the Apple bug
report compiled
configured using `configure '--enable-font-backend' '--with-
freetype' '--with-xft' '--with-x-toolkit=lucid' '--without-xaw3d' '--
without-libotf' '--without-jpeg' '--without-tiff' '--without-gif' '--
without-png' '--without-rsvg' '--without-pop' '--without-sound' '--
enable-locallisppath=/Library/Application Support/Emacs/calendar22:/
Library/Application Support/Emacs/caml:/Library/Application Support/
Emacs:/sw/share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/
freetype219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/
pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/
pkgconfig:/usr/X11R6/lib/pkgconfig' 'CPPFLAGS=-no-cpp-precomp -
D__BIND_NOSTATIC' 'CFLAGS=-H -Wno-pointer-sign -bind_at_load -pipe -
fPIC -mcpu=7450 -mtune=7450 -O0' 'LDFLAGS=-dead_strip -
multiply_defined suppress -L/sw/lib/fontconfig2/lib -L/sw/lib/
freetype219/lib''
it launches normal. Describe-face gives:
Face: default (sample) (customize this face)
Documentation: Basic default face.
Defined in `faces.el'.
Family: b&h-lucidatypewriter
Width: normal
Height: 96
Weight: normal
Slant: normal
Foreground: Black
Background: AliceBlue
Underline: nil
Overline: nil
Strike-through: nil
Box: nil
Inverse: nil
Stipple: nil
Font: -B&H-LucidaTypewriter-Medium-R-Normal-
Sans-10-100-75-75-M-60-ISO8859-1
Fontset: -b&h-lucidatypewriter-medium-r-normal-
sans-10-100-75-75-m-60-fontset-auto1
Inherit: unspecified
The GNU Emacs 23.0.60 I use regularly is
configured using `configure '--with-x-toolkit=lucid' '--without-gtk'
'--with-dbus' '--without-sound' '--without-pop' '--with-xpm' '--with-
jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-
locallisppath=/Library/Application Support/Emacs/calendar22:/Library/
Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/
share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/freetype219/
lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/pkgconfig:/sw/
lib/system-openssl/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/
pkgconfig:/usr/local/lib/pkgconfig:/usr/local/clamXav/lib/pkgconfig:/
usr/local/lib/pkgconfig' 'CPPFLAGS=-no-cpp-precomp -D__BIND_NOSTATIC -
I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/fontconfig2/
include -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/
freetype2 -I/sw/include -I/usr/local/include -idirafter /usr/X11R6/
include' 'CXXFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/
include/pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/
include -I/sw/lib/freetype219/include/freetype2 -I/sw/include -I/usr/
local/include' 'CFLAGS=-bind_at_load -pipe -fPIC -mcpu=7450 -
mtune=7450 -fast -mpim-altivec -ftree-vectorize -foptimize-register-
move -freorder-blocks -freorder-blocks-and-partition -fthread-jumps -
fpeephole -fno-crossjumping -Wno-pointer-sign' 'LDFLAGS=-dead_strip -
multiply_defined suppress -L/sw/lib/ncurses -L/sw/lib/fontconfig2/lib
-L/sw/lib/freetype219/lib -L/sw/lib -L/usr/local/lib -L/usr/X11R6/lib''
and describe-face gives:
Face: default (sample) (customize this face)
Documentation: Basic default face.
Defined in `faces.el'.
Family: b&h-lucidatypewriter
Width: normal
Height: 125
Weight: normal
Slant: normal
Foreground: Black
Background: AliceBlue
Underline: nil
Overline: nil
Strike-through: nil
Box: nil
Inverse: nil
Stipple: nil
Font: -b&h-lucidatypewriter-medium-r-normal-
sans-13-120-75-75-m-70-iso10646-1
Fontset: -b&h-lucidatypewriter-medium-r-normal-
sans-12-120-75-75-m-70-fontset-auto1
Inherit: unspecified
I'll re-configure and re-compile to produce the dwarf Emacs!
>>>>
> It sees that I missed your report about HELLO file. You
> wrote "polluted and changed", but what they exactly mean?
> "changed" from what?
I can't describe it! The look of the HELLO buffer did not appear to
me changed in any way. It was only in mode-line visible that it was
changed. And a #HELLO# file was left. I could reproduce this when GNU
Emacs had the code with the lots of font lookups that made it so slow.
Right now I've seen in echo area a message, and *Messages* contains:
Note: file is write protected
View mode: type C-h for help, h for commands, q to quit.
Error during redisplay: (wrong-type-argument font nil)
Loading /usr/local/share/emacs/23.0.60/lisp/international/uni-
name.el (source)...done
Error during redisplay: (wrong-type-argument font nil) [12 times]
Auto-saving...
Auto-saving HELLO: Opening output file: permission denied, /usr/
local/share/emacs/23.0.60/etc/#HELLO#
Error during redisplay: (wrong-type-argument font nil) [3 times]
Auto-saving...done
Error during redisplay: (wrong-type-argument font nil) [13 times]
The message comes when I am not using the HELLO buffer (actually I am
writing this text in Mail). What can also observe in my production
GNU Emacs 23.0.60 is that the look in the HELLO buffer changes when I
move the cursor. Right now it is at the end of the Czech greetings
and I see five Braille characters. When I move it the end of the
Braille word (hello?), boxes appear instead. After some time in echo-
area a message is shown about inability to save – and the Braille
glyphs are back. A similiar effect happens at the end of the Amharic
or Arabic greetings.
>
>> This does not happen anymore. Still GNU Emacs with enabled
>> font-backend shows less non-Latin glyphs.
>
> Please show me a concrete example. If Emacs without
> font-backend shows a correct glyph for character CH, and
> Emacs with font-backend doesn't, please show me the result
> of C-u C-x = on that character by Emacs without
In the header, in the South East Asia line, in the middle text,
between Lao and Thai, only boxes are shown, three to the left, in the
middle a "text" representing ZWJ, and five boxes to the right. The
production version shows on this line only Lao, Thai, Vietnamese.
Later no mentioning of Myanmar and Khmer. In the production Emacs
some non-Latin texts are hard to reach because these texts change
when the cursor is put on them ...
Differences are in IPA English, visible in up-to-date Apple debug
version:
character: ʃ (643, #o1203, #x283)
preferred charset: gb18030 (GB18030)
code point: 0x8130B036
syntax: w which means: word
category: j:Japanese l:Latin
buffer code: #xCA #x83
file code: ESC #x24 #x28 #x51 #x2A #x68 (encoded by coding
system iso-2022-7bit-unix)
display: by this font (glyph code)
-MUTT-ClearlyU-Medium-R-Normal--17-120-100-100-P-123-ISO10646-1
(#x283)
Character code properties are not shown: customize what to show
There are text properties here:
auto-composed t
charset japanese-jisx0213-1
and invisible in elder production version:
character: ʃ (643, #o1203, #x283)
preferred charset: gb18030 (GB18030)
code point: 0x8130B036
syntax: w which means: word
category: j:Japanese l:Latin
buffer code: #xCA #x83
file code: ESC #x24 #x28 #x51 #x2A #x68 (encoded by coding
system iso-2022-7bit-unix)
display: by this font (glyph code)
-monotype-arial unicode ms-medium-r-normal--13-127-74-74-p-129-
gb18030.2000-0 (#xB036)
Character code properties are not shown: customize what to show
There are text properties here:
auto-composed t
charset japanese-jisx0213-1
--
Greetings
Pete
Email is a wonderful thing for people whose role in life is to be on
top of things. But not for me; my role is to be on the bottom of
things. What I do takes long hours of studying and uninterruptible
concentration.
– Donald Knuth
next prev parent reply other threads:[~2008-02-01 10:32 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-31 13:16 23.0.60; describe-char gives wrong information Peter Dyballa
2008-01-08 5:55 ` Kenichi Handa
2008-01-08 13:06 ` Peter Dyballa
2008-01-09 2:51 ` Kenichi Handa
2008-01-09 10:05 ` Peter Dyballa
2008-01-09 11:19 ` Miles Bader
2008-01-09 12:49 ` Peter Dyballa
2008-01-10 12:40 ` Kenichi Handa
2008-01-10 16:38 ` Peter Dyballa
2008-01-14 1:36 ` Kenichi Handa
2008-01-14 11:33 ` Peter Dyballa
2008-01-15 8:18 ` Kenichi Handa
2008-01-15 9:50 ` Peter Dyballa
2008-01-28 16:40 ` Peter Dyballa
2008-01-30 6:25 ` Kenichi Handa
2008-01-30 12:17 ` Peter Dyballa
2008-01-31 1:19 ` Kenichi Handa
2008-01-31 9:30 ` Peter Dyballa
2008-02-01 5:08 ` Kenichi Handa
2008-02-01 10:32 ` Peter Dyballa [this message]
2008-02-01 12:27 ` Peter Dyballa
2008-03-05 22:56 ` Peter Dyballa
2008-01-16 6:38 ` Kenichi Handa
2008-01-16 9:50 ` Peter Dyballa
2008-01-14 15:29 ` Peter Dyballa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=25D7FE86-29A5-4387-B4C9-85D1F6B717D0@Freenet.DE \
--to=peter_dyballa@freenet.de \
--cc=emacs-pretest-bug@gnu.org \
--cc=handa@ni.aist.go.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.