[302] in The GTK GIMP ToolKit mailing list archive

home help back first fref pref prev next nref lref last post

[gtk-list] Re: [patch] Multi-line labels and enhanced tooltips

daemon@ATHENA.MIT.EDU (David Mosberger-Tang)
Thu Jun 12 10:25:16 1997

Date: Thu, 12 Jun 1997 07:23:45 -0700
From: David Mosberger-Tang <davidm@azstarnet.com>
To: lupus@dei.unipd.it, gtk-list@redhat.com
Resent-From: gtk-list@redhat.com
Reply-To: gtk-list@redhat.com


 Paolo> In the modified tooltips you can say something like this:
 Paolo> gtk_tooltips_set_tip(tooltips, widget, another_widget);
 Paolo> another_widget can be almost anything you can add to
 Paolo> a container (tooltips->tip_window). Almost because if you
 Paolo> add a button, it cannot receive events: the tip window gets
 Paolo> popped down when you "leave" widget, of course.
 Paolo> The old gtk_tooltips_set_tips() call just builds a label
 Paolo> and calls gtk_tooltips_set_tip() so you should break the text
 Paolo> with "\n"s.
 Paolo> I haven't removed the tooltips_set_colors() call: is it
 Paolo> useful now? I use the colors only to draw a black rectangle
 Paolo> around the window...

Please keep in mind that there are programs out there that use
tooltips already (e.g., SANE's xscanimage).  Your change sounds like
the right thing, but it would be nice if there were at least a
compatibility function that supports automatic line-breaking.
Actually, I don't see why it's not possible to leave the set_tips()
interface as it is and add the "arbitrary widget" functionality
through something else (e.g., set_tip_widget()).

Also, xscanimage uses the set_colors() call to make the tips come up
in PostIt yellow (actually, I'd prefer if this could be done from the
style file).

	--david

--
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null


home help back first fref pref prev next nref lref last post