Le vendredi 27 juin 2008 à 10:03 +0200, Yann Droneaud a écrit : > Le jeudi 26 juin 2008 à 15:22 -0700, Bill Spitzak a écrit :
> > > > I'm not clear how this fixed your composite extension issues. It lets > > you specify the visual, but isn't the real problem that the defualt > > visual is wrong? > > > > I doesn't really fix my problem, but this patch was made to workaround > the real problem: FLTK write some value in the fourth byte of a pixel, > this value is not used in 24bits visual, but in 32bits visual, it's the > ALPHA channel (RGBA). So all drawing made by FLTK are more or less > transparent with a 32bits visual. One would excepted it to be either > fully opaque (what I want) or fully transparent (which is easy to fix), > not something in the middle. > > It seems the fourth value is related to brightness: black color is fully > transparent and white color fully opaque. I think the problem could be like the one reported here: http://bugzilla.gnome.org/show_bug.cgi?id=150466 And fixed with a little fix like the one given in the comments: + + /* Ensure that colour returned for ARGB Visuals has alpha set correctly */ + if(image_info->visual->depth == 32) + pixel |= 0xff000000; Regards. -- Yann Droneaud <[EMAIL PROTECTED]> +33 (0) 1 40 41 17 59 Ingénieur conseil Mandriva _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
