all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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







  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.