* Carbon (22): PNGs broken
@ 2008-05-03 12:49 David Reitter
2008-05-03 14:07 ` YAMAMOTO Mitsuharu
0 siblings, 1 reply; 4+ messages in thread
From: David Reitter @ 2008-05-03 12:49 UTC (permalink / raw)
To: emacs- devel
The last set of check-ins that introduces Image I/O API use in the
Carbon port (22 branch) broke PNG display; my PNGs are all blue-on-
white now (both in tool-bar and when loaded in a buffer).
I didn't specifically set USE_MAC_IMAGE_IO, so it is at its default
(FALSE or not defined unless I'm mistaken).
I can make one of the PNGs available and investigate further if that's
required.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Carbon (22): PNGs broken
2008-05-03 12:49 Carbon (22): PNGs broken David Reitter
@ 2008-05-03 14:07 ` YAMAMOTO Mitsuharu
2008-05-03 14:29 ` David Reitter
0 siblings, 1 reply; 4+ messages in thread
From: YAMAMOTO Mitsuharu @ 2008-05-03 14:07 UTC (permalink / raw)
To: David Reitter; +Cc: emacs- devel
>>>>> On Sat, 3 May 2008 13:49:41 +0100, David Reitter <david.reitter@gmail.com> said:
> The last set of check-ins that introduces Image I/O API use in the
> Carbon port (22 branch) broke PNG display; my PNGs are all blue-on-
> white now (both in tool-bar and when loaded in a buffer). I didn't
> specifically set USE_MAC_IMAGE_IO, so it is at its default (FALSE or
> not defined unless I'm mistaken).
Sounds like an endian issue if you run it on an Intel machine.
Could you try adding kCGBitmapByteOrder32Host to the last
argument of each CGBitmapContextCreate call?
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Carbon (22): PNGs broken
2008-05-03 14:07 ` YAMAMOTO Mitsuharu
@ 2008-05-03 14:29 ` David Reitter
2008-05-04 6:12 ` YAMAMOTO Mitsuharu
0 siblings, 1 reply; 4+ messages in thread
From: David Reitter @ 2008-05-03 14:29 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu, emacs- devel
[-- Attachment #1: Type: text/plain, Size: 297 bytes --]
I see now that Image I/O is enabled by default.
On 3 May 2008, at 15:07, YAMAMOTO Mitsuharu wrote:
> Sounds like an endian issue if you run it on an Intel machine.
> Could you try adding kCGBitmapByteOrder32Host to the last
> argument of each CGBitmapContextCreate call?
Yes, that works indeed.
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2193 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Carbon (22): PNGs broken
2008-05-03 14:29 ` David Reitter
@ 2008-05-04 6:12 ` YAMAMOTO Mitsuharu
0 siblings, 0 replies; 4+ messages in thread
From: YAMAMOTO Mitsuharu @ 2008-05-04 6:12 UTC (permalink / raw)
To: David Reitter; +Cc: emacs- devel
>>>>> On Sat, 3 May 2008 15:29:45 +0100, David Reitter <david.reitter@gmail.com> said:
>> Sounds like an endian issue if you run it on an Intel machine.
>> Could you try adding kCGBitmapByteOrder32Host to the last argument
>> of each CGBitmapContextCreate call?
> Yes, that works indeed.
Thanks. I've installed the fix.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-05-04 6:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-03 12:49 Carbon (22): PNGs broken David Reitter
2008-05-03 14:07 ` YAMAMOTO Mitsuharu
2008-05-03 14:29 ` David Reitter
2008-05-04 6:12 ` YAMAMOTO Mitsuharu
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.