Re: Proposal for new tooltips API

(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 ?


gtk-devel-list mailing list
gtk-devel-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]