Matthias Melcher wrote: > On 22.12.2009, at 07:36, N. Cassetta wrote: > >> Here's a (minimal) implementation of my problem. When I click the lower >> button, fl_alert() appears and suddenly closes as if a mouse click was still >> pending. > > MyBox::handle does not take care of mouse release events, so instead they are > sent to whatever other widget may take them, in this case the alert.
No, sorry, the fl_alert() window pops up *after* the first window is deleted. Please take a look at my other reply. I'd like to apply this simple fix to 1.1.10 and 1.3.0 as a solution that fixes the _symptoms_ _properly_. The problem of pending callbacks in the Fl::readqueue() should probably be addressed differently. I'm thinking of scanning the queue and removing entries when deleting a widget in its destructor... Matthias, do you agree with this fix in 1.1.10, or should we maybe file an STR? If you agree, I'll do it later today... Albrecht _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
