emacs-devel
[Top][All Lists]
Advanced

[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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]