Thanks for the feedback, everyone. Wolfgang, that's an interesting bug. I couldn't reproduce it with GNUstep running on Ubuntu 10.10 / x86-64 with cairo 1.10.0, exporting the display to a PowerPC iBook running OS X 10.4 and X11.app. What are the details of the setup you tested? My first thought is it might be a cairo bug since cairo handles all of the details of transferring surfaces to the X server with this new surface.
Niels: that's interesting. I'll install kde and see if I can figure out why it is slow with compositing enabled. Phillipe, thanks for the update. I noticed some flickering too which I will investigate. -Eric On 2011-10-14, at 5:14 AM, Wolfgang Lux wrote: > Eric Wasylishen wrote: > >> I had a look at implementing it today, and it turned out to be easier than >> expected so I finished & committed it. >> >> If we run in to problems we can switch back to XGCairoXImageSurface before >> the next release, but it looks promising. In particular, I tried X >> forwarding to Apple's X11.app, which only supports 24-bit windows, and the >> new surface is significantly faster than XGCairoXImageSurface, and the alpha >> channel of images is correctly preserved (unlike XGCairoSurface). >> >> Riccardo, this should fix GNUstep on the 16-bit display configuration where >> it wasn't working for you. If you could test it some time and let me know if >> it works, that would be great. > > Nice change. However it has a subtle endianness bug. When the display is on a > machine with a different endianness than the machine running the application > (e.g., PowerPC vs. x86), the colours of all icons are displayed incorrectly. > See the SystemPreferences and Color panel screenshots below. > > Wolfgang > > <SystemPreferences.tiff><ColorPanel.tiff> _______________________________________________ Gnustep-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
