Re: Future of GtkTooltips

2005-02-11 Thread Christof Petig
Owen Taylor schrieb: Have you read the thread from: http://mail.gnome.org/archives/gtk-devel-list/2004-October/msg00099.html ? I'm not sure we came up with a decent design there, but there are several concrete proposals. To answer the question to be posted in advance: ;-) No I did not invest any ti

Re: Future of GtkTooltips

2005-02-09 Thread Owen Taylor
On Wed, 2005-02-09 at 13:23 +0100, Christian Neumair wrote: > Problems - in short - with the current tooltip system: > > - Not flexible enough (only plain text can be set) > - Unable to set popup location > - Exposes too many internals (GtkTooltipsData, tip_text, tip_private) > without getters/s

Re: Future of GtkTooltips

2005-02-09 Thread John Cupitt
On Wed, 09 Feb 2005 13:23:34 +0100, Christian Neumair <[EMAIL PROTECTED]> wrote: > To be honest, I'm not sure whether it is useful to group tooltips > together in GtkTooltips at all. Is this used? Aren't tooltips usually > describing widget's functions independently from other widgets? I think the

Re: Future of GtkTooltips

2005-02-09 Thread Damon Chaplin
On Wed, 2005-02-09 at 12:23, Christian Neumair wrote: > Problems - in short - with the current tooltip system: > > - Not flexible enough (only plain text can be set) > - Unable to set popup location > - Exposes too many internals (GtkTooltipsData, tip_text, tip_private) > without getters/setters

Re: Future of GtkTooltips

2005-02-09 Thread Ross Burton
On Wed, 2005-02-09 at 13:23 +0100, Christian Neumair wrote: > It would be great to get some application author feedback, I'm really > eager to redesign tooltips for GTK+ 2.8 :), this task has been > outstanding for a long time. This has been discussed previously in the archives, and one feature I'

Future of GtkTooltips

2005-02-09 Thread Christian Neumair
Problems - in short - with the current tooltip system: - Not flexible enough (only plain text can be set) - Unable to set popup location - Exposes too many internals (GtkTooltipsData, tip_text, tip_private) without getters/setters Proposed resultions: Flexibility: - Use either GtkTextBuffer fo