On 12 Jan 2013, at 03:17, Denton Thomas wrote: > Using Fl_Window (Fl_Double_Window) + set_non_modal() is definitely easier, > and does not hog input. Thanks for mentioning that, Ian. > > New problem, though. Test code is below. > > Regardless of what group/win type I use, mouse input will pass through the > popup to the window/widgets below. This acts like an insertion-order thing. > So, widget is drawn z-top, but it is z-below for input. I can "fix" the input > order by making sure the other widget additions occur before the suggestion > box. > > In my project, though, I can't control/guarantee the insertion order of the > widget into the parent group ... so I'm a bit stumped. > > Ideas? I'll keep reading docs/threads ...
(Without studying the sample code in all that much detail..) my initial reaction is that the creation of the Fl_Window based SuggestionBox widget as a member of your SuggestionInput widget, is causing it to be created as a sub-window of the main window, rather than a window "in its own right" and this is messing with the behaviour of the other widgets. If you can put the SuggestionBox browser in a pop-up window, rather than putting the pop-up windows inside the SuggestionBox, things might be simpler and make it easier to control the ordering of windows / events / etc...? _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
