> On 12.05.2011 17:20, MacArthur, Ian (SELEX GALILEO, UK) wrote: > > Manolo has added: > > > > ------------------------------------------------------------------------ > > r8653 | manolo | 2011-05-11 19:09:43 +0100 (Wed, 11 May 2011) | 3 lines > > > > On Mac OS, FL_HIDE is now sent when a window is minimized or the > > application is hidden. > > The context removal on Fl_Gl_Window::handle() destroyed the GL colors > > when the window > > is remapped. > > ------------------------------------------------------------------------ > > > > Is this what we want to do? I mean sending FL_HIDE when the window is > > minimized? > > > > There are no side-effects to doing this? (I mean it does not > > inadvertently cause some apps to exit because it thinks all the windows > > are hidden so Fl::run(); returns?) > > > > I guess it is OK, but it just seemed a bit odd to me when I looked at > > it... > > I share your concerns, we should have a look at that. But if I take it > literally, then it could be that a /missing/ FL_HIDE event was added. > > Reading the docs, this seems to be okay: > > "FL_HIDE > This widget is no longer visible, due to hide() being called on it > or one of its parents, or due to a parent window being minimized..." > > http://www.fltk.org/doc-1.3/events.html > > Manolo, any comments? > > Albrecht
This FL_HIDE was something that was inadvertently "lost in translation" from Carbon to Cocoa. It's in src/Fl_mac.cxx (line 877) and is now also in src/Fl_cocoa.mm. FL_HIDE is also the mechanism by which the clock stops ticking when it's hidden or minimized (see src/Fl_Clock.cxx line 203). Thus, I'm confident this change is valid. _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
