DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2594 Version: 1.3-current I just wrote this in fltk.development, but to have it here in the STR, I'm repeating it: There's one possible regression I know of, related to a few open bug reports, and maybe this is one of them. The problematic change that led to the regression (if we can call it so - that's not yet completely investigated) is the change in FL/Fl_Widget.H in svn -r 7788 in an attempt to fix STR #2420. This changed take_focus(), thus it may be related here too. I suggest to try to revert this (for testing) and see if this changes the behavior you are seeing. You can do this: $ svn diff -c 7788 FL/Fl_Widget.H | patch -p0 -R or apply the following patch reversed (-R): Index: FL/Fl_Widget.H =================================================================== --- FL/Fl_Widget.H (Revision 7787) +++ FL/Fl_Widget.H (Revision 7788) @@ -752,7 +752,9 @@ && visible()) but is faster. \retval 0 if the widget takes no events */ - unsigned int takesevents() const {return !(flags_&(INACTIVE|INVISIBLE|OUTPUT));} + unsigned int takesevents() const { + return !output() && active_r() && visible_r(); + } /** Checks if the widget value changed since the last callback. [end of patch] Note: one line may wrap. Does this change the window focus behavior? FYI: these are the potentially related STRs: http://www.fltk.org/str.php?L2420 (closed, but may need to be reopened), http://www.fltk.org/str.php?L2574 (events for invisible widgets), http://www.fltk.org/str.php?L2591 (regression for button focus), and, of course, this one. Link: http://www.fltk.org/str.php?L2594 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
