DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2709 Version: 1.3.0 Same findings here, also on Win7 (but Ian wrote that he could also replicate it on WinXP). It doesn't seem to depend on a particular Windows version. Here's my modified test case: use this patch --- test/buttons.cxx (revision 8981) +++ test/buttons.cxx (working copy) @@ -38,6 +38,7 @@ new Fl_Round_Button(150,50,160,30,"Fl_Round_Button"); new Fl_Check_Button(150,90,160,30,"Fl_Check_Button"); window->end(); + window->resizable(window); window->show(argc,argv); return Fl::run(); } Then run test/buttons.exe with something like this command to enhance the contrast: $ test/buttons -bg 77bbff This gives a light blue background. Then, besides clicking and releasing buttons, you can also resize the window to see lots of drawing artefacts. There's also one visible at the arrow of the Rl_Return_Button, where the white dots seem to be offset upwards by one or two pixels. See attached screenshot buttons_blue.png. Note that this is also present in fltk3, but you need to run it in the classic scheme: $ fltk-3.0/test/buttons -bg 77bbff -s classic My *guess* is that something happens to the transformation matrix in the draw() method of Fl_Radio_Button, but that this is not reset properly, since the effect doesn't go away with a full redraw after resize. But that's only a wild guess, I didn't look at the code. Link: http://www.fltk.org/str.php?L2709 Version: 1.3.0
<<attachment: buttons_blue.png>>
_______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
