On 6/1/06, steven mestdagh <[EMAIL PROTECTED]> wrote:
I think gtk 2.8 is showing some regressions.
ssh -X to an i386 box which has the latest glib/pango/gtk+2 ports,
start for example gftp; it is simply unusable:
cairo keeps spitting this error:
Dunno what to do with: Visual: class=TrueColor, bpRGB=6, CM=64, r=f800,
g=7e0, b=1f
This also happens locally when turning off the RENDER option and setting
the color depth to 16 bits. I've seen this on i386, amd64 and sparc64.
That is because my workaround was only meant to handle 8bit palette
mode. Now, it is not to difficult to hook another workaround here to
handle that particular case (at least the problematic cases are now
detected prior to segfaulting). I can work on this but I do not have
much time right now. Maybe during next week.
gtk 2.6 did not have this issue.
Because gtk 2.6 did not rely on cairo. The problem appears because
newer gtk uses cairo unconditionnaly, and cairo/gtk developers did not
feel it necessary to support all pixel formats. Obviously some graphic
configurations are just "not good enough" for gtk:
http://mail.gnome.org/archives/gtk-devel-list/2005-December/msg00221.html
Eric.
