GNU bug report logs - #2843
23.0.92; Emacs.app cannot display X bitmaps

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2843 in the body.
You can then email your comments to 2843 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.92; Emacs.app cannot display X bitmaps
Date: Wed, 1 Apr 2009 16:23:35 +0200

[Message part 1 (text/plain, inline)]

Hello!

The icons in tool-bar and the GNU Emacs logo in *GNU Emacs* buffer  
are not displayed correctly (Mac OS X 10.4.11, Tiger, GCC 4.0.1):

[pastedGraphic.tiff (image/tiff, inline)]

[Message part 3 (text/plain, inline)]

In GNU Emacs 23.0.92.1 (powerpc-apple-darwin8.11.0, NS apple- 
appkit-824.48)
 of 2009-04-01 on Latsche.local
Windowing system distributor `Apple', version 10.3.824
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-ns' '--disable-ns-self-contained'  
'--x-includes=/opt/local/include' '--x-libraries=/opt/local/lib' '-- 
enable-locallisppath=/Library/Application Support/Emacs/calendar23:/ 
Library/Application Support/Emacs' 'PKG_CONFIG_PATH=/opt/local/lib/ 
pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig' 'CPPFLAGS=-no- 
cpp-precomp' 'CFLAGS=-ggdb -Wno-pointer-sign -H -pipe -fPIC - 
mcpu=7450 -mtune=7450 -mpim-altivec -ftree-vectorize -foptimize- 
register-move -freorder-blocks -freorder-blocks-and-partition - 
fthread-jumps -fpeephole -fno-crossjumping' 'LDFLAGS=-dead_strip - 
multiply_defined suppress''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<escape> x t o o l - b a r <tab> <return> C-x <escape>
<escape> <return> <menu-bar> <help-menu> <send-ema
cs-bug-report>

--
Mit friedvollen Grüßen

  Pete

Work is the curse of the drinking class.
				– Oscar Wilde

Message #12 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 2843 <at> debbugs.gnu.org
Subject: Re: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Sun, 10 Jul 2011 14:29:45 -0400

Do you still see this issue in the latest version?

Message #15 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 2843 <at> debbugs.gnu.org
Subject: Re: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Mon, 11 Jul 2011 01:05:41 +0200

Am 10.07.2011 um 20:29 schrieb Glenn Morris:

> Do you still see this issue in the latest version?

No, the NS variant of GNU Emacs 24.0.50 shows the GNU Emacs logo (etc/ 
images/splash.?) and the toolbar icons OK. The AppKit variant of GNU  
Emacs 23.3 (emacs-23.3-mac-1.9992) shows the toolbar icons OK, no  
splash screen, but when I visit the splash files they are also  
displayed OK.

The NS variant of GNU Emacs 24.0.50 shows the GNU Emacs logo slightly  
different than splash.png (it can't be splash.xpm because of the 3D  
effect shades). And it cannot display splash.svg

	Cannot display image: (Invalid image type `svg')

It also has a problem with splash.pbm: it's displayed as one deep  
black square. The mode-line contains (Image[pbm]).

The Mac OS X variants were launched as:

	emacs-23.3-mac-1.9992/mac/Emacs-23.3.app/Contents/MacOS/Emacs -Q &
	emacs-24.0.50/nextstep/Emacs.app/Contents/MacOS/Emacs -Q & (or -q for  
the splash screen)

--
Greetings

  Pete

Clovis' Consideration of an Atmospheric Anomaly:
        The perversity of nature is nowhere better demonstrated than  
by the fact that, when exposed to the same atmosphere, bread becomes  
hard while crackers become soft

Message #18 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Alp Aker <aker <at> pitt.edu>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: Glenn Morris <rgm <at> gnu.org>, 2843 <at> debbugs.gnu.org
Subject: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Mon, 11 Jul 2011 11:10:35 -0400 (EDT)

Pyter Dyballa wrote:

> The NS variant of GNU Emacs 24.0.50 shows the GNU Emacs logo slightly
> different than splash.png

What difference do you see?

For png images NS gives the file to the system graphics API and uses the 
image it returns.  It might be that the Cocoa library itself renders png 
images incorrectly, but I don't see a visible difference when I open 
/etc/images/splash.png in Emacs at its original size and when I open in it 
in a graphics editor with native png support.

> It also has a problem with splash.pbm: it's displayed as one deep black
> square.

pbm images on NS work when the data is read from Lisp, but not when read 
from a file.  I'm working on a patch for this (and will file a separate 
bug report, as it's a generic problem with pbm images).

> And it cannot display splash.svg

This image format isn't supported on NS, because the Cocoa image library 
doesn't support svg images. But that's not a bug since the NS port will 
tell you that it's not supported:

  (image-type-available-p 'svg)
  ==> nil

In principle the NS port could use librsvg or ImageMagick, but that would 
require a substantial revision of the image support code, so I doubt it's 
going to happen any time soon.

Message #21 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Alp Aker <aker <at> pitt.edu>
Cc: Glenn Morris <rgm <at> gnu.org>, 2843 <at> debbugs.gnu.org
Subject: Re: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Mon, 11 Jul 2011 17:27:48 +0200

[Message part 1 (text/plain, inline)]

Am 11.07.2011 um 17:10 schrieb Alp Aker:

> Pyter Dyballa wrote:
>
>> The NS variant of GNU Emacs 24.0.50 shows the GNU Emacs logo slightly
>> different than splash.png
>
> What difference do you see?

The colours of the PNG file are lighter, less saturated and the light  
3D shades at the NE and NW corners have less contrast to the basic  
colour. See attached screen shot!

[GNU Emacs Splash.png (image/png, inline)]

[Message part 3 (text/plain, inline)]

>> And it cannot display splash.svg
>
> This image format isn't supported on NS, because the Cocoa image  
> library doesn't support svg images. But that's not a bug since the  
> NS port will tell you that it's not supported:
>
>  (image-type-available-p 'svg)
>  ==> nil
>
> In principle the NS port could use librsvg or ImageMagick, but that  
> would require a substantial revision of the image support code, so I  
> doubt it's going to happen any time soon.
>
There is also WebKit, which can handle SVG.


--
Greetings

  Pete

"Klingon function calls do not have 'parameters' - they have  
'arguments' - and they ALWAYS WIN THEM."

Message #24 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Alp Aker <aker <at> pitt.edu>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: Glenn Morris <rgm <at> gnu.org>, 2843 <at> debbugs.gnu.org
Subject: Re: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Mon, 11 Jul 2011 12:42:19 -0400 (EDT)

Peter Dyballa wrote:

> The colours of the PNG file are lighter, less saturated and the light 3D 
> shades at the NE and NW corners have less contrast to the basic colour. See 
> attached screen shot!

Ah, I misunderstood you.  Your point is that two renderings in Emacs of 
same image file look different.  This isn't Emacs's doing, though.  Cocoa 
is rendering the colors differently depending on the screen location.

Reverse the buffer/window arrangement (in the setup of your screenshot, 
put the startup buffer in the bottom window and the splash.png buffer in 
the top window) and you'll get the opposite effect: it's now the image in 
the splash.png buffer that looks more saturated.  Put the images side by 
side and they'll look equally saturated.

You can reproduce all this outside of Emacs:  Make two copies of 
splash.png and open them in a graphics editor, then try moving the windows 
around.

Why is Cocoa doing this?  I dunno.  In any case, this report should 
probably be closed.

Message #27 received at 2843 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Alp Aker <aker <at> pitt.edu>
Cc: Glenn Morris <rgm <at> gnu.org>, 2843 <at> debbugs.gnu.org
Subject: Re: bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
Date: Tue, 12 Jul 2011 00:10:52 +0200

Am 11.07.2011 um 18:42 schrieb Alp Aker:

> Peter Dyballa wrote:
>
>> The colours of the PNG file are lighter, less saturated and the  
>> light 3D shades at the NE and NW corners have less contrast to the  
>> basic colour. See attached screen shot!
>
> Ah, I misunderstood you.  Your point is that two renderings in Emacs  
> of same image file look different.  This isn't Emacs's doing,  
> though.  Cocoa is rendering the colors differently depending on the  
> screen location.
>
> Reverse the buffer/window arrangement (in the setup of your  
> screenshot, put the startup buffer in the bottom window and the  
> splash.png buffer in the top window) and you'll get the opposite  
> effect: it's now the image in the splash.png buffer that looks more  
> saturated.  Put the images side by side and they'll look equally  
> saturated.

Or view the Splash screen in two horizontally stacked windows...

>
> You can reproduce all this outside of Emacs:  Make two copies of  
> splash.png and open them in a graphics editor, then try moving the  
> windows around.
>
> Why is Cocoa doing this?  I dunno.  In any case, this report should  
> probably be closed.


Maybe it's a "feature" of the LC screen! (For which the Dock is at the  
bottom by default.) OK, this old bug report can be closed (hoping that  
the NS variant will learn to display the same graphics formats as the  
X client or the AppKit client can do)!

--
Greetings

  Pete

Our enemies are innovative and resourceful, and so are we. They never  
stop thinking about new ways to harm our country and our people, and  
neither do we.
				– Georges W. Bush

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.