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/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
