I have to say that I quite like the idea of a Fl_Tooltip::hidedelay(float secs) method (with the default being the "forever" behaviour we have at present.) This would be my favoured thing to add, if we are to change the tooltip mechanism.
Extra methods for notifying a callback on the tooltip being shown seems like an interesting idea - I immediately thought of a few things I could do using that... If we could reliably dismiss the tooltip with mouse movement (over some threshold distance - set how? Do we need access methods for setting the "dismiss distance threshold"?), that too might be enough. What I had recently was a really annoying "feature" that went like this: - enter a window from the side - tooltip pops up, with the tooltip actually displayed outside the "current" window it refers to. - tooltip hangs around, obscuring the adjacent window... - move out of "current" window onto tooltip to cause it to dismiss - re-enter "current" window - tooltip pops up... - repeat ad nauseum So, I'd be keen on a mechanism to make tooltips go away after some period, where appropriate. -- Ian SELEX Galileo Ltd Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
