[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 23.0.60; describe-char gives wrong information
From: |
Peter Dyballa |
Subject: |
Re: 23.0.60; describe-char gives wrong information |
Date: |
Fri, 1 Feb 2008 11:32:32 +0100 |
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