* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
@ 2009-04-01 14:23 Peter Dyballa
2011-07-10 18:29 ` Glenn Morris
2011-07-11 15:10 ` Alp Aker
0 siblings, 2 replies; 7+ messages in thread
From: Peter Dyballa @ 2009-04-01 14:23 UTC (permalink / raw)
To: emacs-pretest-bug
[-- 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
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2009-04-01 14:23 bug#2843: 23.0.92; Emacs.app cannot display X bitmaps Peter Dyballa
@ 2011-07-10 18:29 ` Glenn Morris
2011-07-10 23:05 ` Peter Dyballa
2011-07-11 15:10 ` Alp Aker
1 sibling, 1 reply; 7+ messages in thread
From: Glenn Morris @ 2011-07-10 18:29 UTC (permalink / raw)
To: Peter Dyballa; +Cc: 2843
Do you still see this issue in the latest version?
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2011-07-10 18:29 ` Glenn Morris
@ 2011-07-10 23:05 ` Peter Dyballa
0 siblings, 0 replies; 7+ messages in thread
From: Peter Dyballa @ 2011-07-10 23:05 UTC (permalink / raw)
To: Glenn Morris; +Cc: 2843
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2009-04-01 14:23 bug#2843: 23.0.92; Emacs.app cannot display X bitmaps Peter Dyballa
2011-07-10 18:29 ` Glenn Morris
@ 2011-07-11 15:10 ` Alp Aker
2011-07-11 15:27 ` Peter Dyballa
1 sibling, 1 reply; 7+ messages in thread
From: Alp Aker @ 2011-07-11 15:10 UTC (permalink / raw)
To: Peter Dyballa; +Cc: 2843
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.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2011-07-11 15:10 ` Alp Aker
@ 2011-07-11 15:27 ` Peter Dyballa
2011-07-11 16:42 ` Alp Aker
0 siblings, 1 reply; 7+ messages in thread
From: Peter Dyballa @ 2011-07-11 15:27 UTC (permalink / raw)
To: Alp Aker; +Cc: 2843
[-- 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."
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2011-07-11 15:27 ` Peter Dyballa
@ 2011-07-11 16:42 ` Alp Aker
2011-07-11 22:10 ` Peter Dyballa
0 siblings, 1 reply; 7+ messages in thread
From: Alp Aker @ 2011-07-11 16:42 UTC (permalink / raw)
To: Peter Dyballa; +Cc: 2843
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.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#2843: 23.0.92; Emacs.app cannot display X bitmaps
2011-07-11 16:42 ` Alp Aker
@ 2011-07-11 22:10 ` Peter Dyballa
0 siblings, 0 replies; 7+ messages in thread
From: Peter Dyballa @ 2011-07-11 22:10 UTC (permalink / raw)
To: Alp Aker; +Cc: 2843
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
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-07-11 22:10 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-01 14:23 bug#2843: 23.0.92; Emacs.app cannot display X bitmaps Peter Dyballa
2011-07-10 18:29 ` Glenn Morris
2011-07-10 23:05 ` Peter Dyballa
2011-07-11 15:10 ` Alp Aker
2011-07-11 15:27 ` Peter Dyballa
2011-07-11 16:42 ` Alp Aker
2011-07-11 22:10 ` Peter Dyballa
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.