bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[Peter Dyballa]

[-- Attachment #1: Type: text/plain, Size: 144 bytes --]

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):


[-- Attachment #2: pastedGraphic.tiff --]
[-- Type: image/tiff, Size: 15397 bytes --]

[-- Attachment #3: Type: text/plain, Size: 1971 bytes --]



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

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[Glenn Morris]

Do you still see this issue in the latest version?

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[Peter Dyballa]

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

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[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?

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.

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[Peter Dyballa]

[-- Attachment #1: Type: text/plain, Size: 379 bytes --]


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!


[-- Attachment #2: GNU Emacs Splash.png --]
[-- Type: image/png, Size: 142752 bytes --]

[-- Attachment #3: Type: text/plain, Size: 642 bytes --]



>> 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."

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[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.

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.

bug#2843: 23.0.92; Emacs.app cannot display X bitmaps

[Peter Dyballa]

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