> Hmm, I thought you were talking about overlapping > /windows/ which is fine, but not overlapping widgets. > > You appear to be trying to make overlapping widgets > both visible at the same time. As far as I know, > that's a big no-no.
So I actually had a similar question a little while ago, but solved it in my own way. I wanted to have a temporary "overlay" widget. In this case, I wanted text entry widgets to grow to show all their contents when they have focus, but shrink down to a size where they fit in their section when they don't. It would be a huge hassle to resize all the neighbors (and it would violate invariants the parent group wants to maintain about its children, though of course it can't enforce those consistently because of missing 'virtual's, but that's another story) and anyway it might overlap a corner of a sibling. So what I did was modify the parent group to offer events to the top layer first, and draw the top layer last, and then make the "expanded" widgets mark themselves as being in the top layer. It seems to work fine, though it's not exactly elegant to say the least. Is there a better way to do this? How are you "supposed" to implement a temporary widget that sits on top of other widgets? _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
