> > > If you want to change it all to ABGR go ahead, just don't leave > > > one > > > bitmap format with a different byte order to all the others! > > > > btw, as an aside, the GTK version of NetSurf works fine and with > > the > > right colours in Linux PPC (before the libnsgif change). If the > > libnsgif change has upset that as well, then changing the byte > > order > > so it is the same across the board may require changes in the GTK > > and > > Framebuffer (SDL) platform code for them to continue to work > > correctly > > on big-endian. > > > > I will check GIFs in a PPC compile of NetSurf GTK when I get chance > > to > > reboot. > > OK, as expected GTK NetSurf and the new libnsgif running on Linux PPC > exhibit the same problem as on OS4 (GIFs are the wrong colour, > everything else is fine). > > Looking at the GTK source, it appears that the colour primitives > (which are ABGR on all platforms) have some bit-shifting "magic" in > the platform code to make them work on big- and little-endian > systems. >
I didn't try the BeOS port recently, but note the bitmap code currently has to keep a shadow copy in the original format because BeOS expects it in another one... Which is not very handy. François.
