DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
I noticed that when the "gtk+" scheme is used, Fl_Round_Button doesn't obey
the selection_color(). I believe this is intensional, but I don't
unde
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
roundtest.fl
Description: Binary data
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
I have also attached a test program that displays Fl_Round_Button and
Fl_Light_Button in both radio and toggle modes.
To run:
1. Open roundtest.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
I have a recollection (quite possibly false memory syndrome!) that this is
intended behaviour... Possibly because this is the way "real" GTK widg
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
That's what I suspected. The original code goes out its way to use
FL_SELECTION_COLOR.
So, I guess this patch is for anyone that would like an a
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
Fix Version: None
Thanks for the patch. However, this is intended behavior.
Link: http://www.fltk.org/str.php?L2272
Version: 1.3-feature
Fix Version: None
___
fl
