Re: Proposal for new tooltips API

[milosz derezynski <internalerror gmail com>]

(Sorry Xav for receiving it a 2nd time, i hit Reply instead of Reply to all...)

I second Alex' proposal. It seems rather weird to me that the widget
should take care of it's tooltip. A widget should be, as of _itself_,
tooltip-agnostic, as it is now: You set up the tooltip for the widget
trough the GtkTooltips API, and not trough the GtkWidget API, and i
think this is good as it is.

However, for having multiple tooltips per widget, this is
unavoidable of course (to have the widget not having any
influence/knowledge about the tooltip(s)), so i think the least
intrusive way is somewhat the direction that Alex proposed.

And wrg to Alex' points #2, #3 and #4, i _strongly_ second his propsal.

On 1/26/06, Xavier Bestel <xavier bestel free fr > wrote:

On Wed, 2006-01-25 at 21:18, Kristian Rietveld wrote:

> For supporting sticky delay (imagine a toolbar, where each button has a
> tooltip; there you do not want to wait for each tooltip to pop up.  Once
> a tooltip on the toolbar has popped up and the mouse is moved to another
> toolbar button that tooltip will popup instantly) we will introduce
> GtkTooltipsGroup along the lines of GtkSizeGroup. Tooltips windows can then
> be added using
>
>   void gtk_tooltips_window_set_group  (GtkTooltipsWindow  *window,
>                                      GtkTooltipsContext  context,
>                                      GObject            *owner,
>                                      GtkTooltipsGroup   *group);

Can this be made to work for the panel applets, which are different
processes ?

        Xav


_______________________________________________
gtk-devel-list mailing list
gtk-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list