This patch implements the "proximity delay" when displaying tooltips.
The rationale for this patch has been posted in my message to gtk-list
with Message-ID <[email protected]>.  Here is a
summary:

   Gtk lets the application specify the delay parameter of a tooltip
   object.  The delay is the time the mouse needs to hover over the
   object for the tooltip to appear, the default delay being half a
   second.

   However, when a tooltip object encompasses several close widgets (e.g.
   a toolbar), and you want to see the tooltip of each button, you have
   to wait for the delay period to pass over every widget, which tends to
   get annoying.  Many other windowing systems (e.g. Windows) show the
   following tooltip immediately.

This patch implements that behaviour by introducing the notion of
"proximity delay".  If less than 200 msecs pass after a tooltip has
been destroyed, the next tooltip within the same tooltip object will
be shown immediately.  The proximity delay can be changed using the
new function gtk_tooltips_set_proximity_delay().

ChangeLog entry (also present in the patch) is as follows:

1999-02-24  Hrvoje Niksic  <[email protected]>

       * gtk/gtktooltips.c (gtk_tooltips_set_proximity_delay): New
       function.
       (gtk_tooltips_proximity_timeout): Ditto.
       (gtk_tooltips_set_active_widget): Setup the timeout when hiding
       tip_window.
       (gtk_tooltips_event_handler): If a tooltip was recently destroyed,
       draw the new one immediately.

       * gtk/gtktooltips.h (struct _GtkTooltips): New members
       proximity_delay and proximity_timer_tag.

You are viewing proxied material from ftp.icm.edu.pl. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.