|
From: | Wolfgang Lux |
Subject: | [bug #28590] Cairo backend displays wrong colors on X server with a different endianness |
Date: | Thu, 21 Jan 2010 18:35:55 +0000 |
User-agent: | Mozilla/5.0 (Macintosh; U; PowerPC Mac OS X 10_4_11; en-US) AppleWebKit/531.9+(KHTML, like Gecko, Safari/528.16) OmniWeb/v622.10.0 |
Follow-up Comment #9, bug #28590 (project gnustep): Sorry for being that dense. I was just so concerned with getting the XImage settings correct that I managed to completely forget the @defs hack. Anyway, the point is that ImageByteOrder(wi->display) doesn't work for cairo (in fact this call would be redundant since XCreateImage will set up the byte_order field with exactly that value). So, for cairo we must set up wi->ximage->byte_order according to GS_WORDS_BIGENDIAN. Yet, this doesn't work for the art backend, which attempts to determine the pixel format used by server and adjust to it. This means that we need to add an endianness field to the display info structure. I have a working patch for this and can contribute that later. The xlib backend is not affected by these changes; it does not call +windowBufferForWindow:depthInfo: at all (does this mean that the xlib backend treat a windows as NSBackingStoreNonRetained?) _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?28590> _______________________________________________ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |