[9216] in The GTK GIMP ToolKit mailing list archive
[gtk-list] Re: GtkText & scrollbars
daemon@ATHENA.MIT.EDU (Owen Taylor)
Mon Oct 12 16:25:46 1998
To: gtk-list@redhat.com
From: Owen Taylor <otaylor@redhat.com>
Date: 12 Oct 1998 16:36:12 -0400
In-Reply-To: "Damon Chaplin"'s message of "Mon, 12 Oct 1998 18:16:32 +0100"
Resent-From: gtk-list@redhat.com
Reply-To: gtk-list@redhat.com
"Damon Chaplin" <DAChaplin@email.msn.com> writes:
> Hi,
>
> I think the GtkText widget should be updated to incorporate support for
> scrollbars, in a similar fashion to GtkCList. (Oh, I've just remembered,
> it only supports vertical scrolling at present, but that's another thing.)
>
> The current way to set up scrollbars is rather cumbersome, since you have
> to lay out the GtkText and the two scrollbars, and connect the adjustments.
> And yet most people will want to use scrollbars with GtkText all the time,
> so it should be easier.
>
> It would also help GUI builders, since connecting the scrollbars to the
> text widget is pretty awkward. (But using a CList is simple.)
What really should be done (TM) - is that scrollbars should be _removed_
from all widgets that have them currently. And then there should
be a generic interface added so that you could drop a
Viewport, a Text widget, a CList, a CTree, a GtkLayout, a
GnomeCanvas... etc. inside a GtkScrolledWindow and
it would work.
(Currently, a GtkScrolledWindow can only contain a GtkViewport)
Probably the way this would work is that any widget that
wanted to be scrollable in this way would create a signal
"set_adjustments" (GtkAdjustment *hadj, GtkAdjustment *vadj);
and the ScrolledWindow would check for the existance of such
a signal when a child was added to it.
Regards,
Owen
--
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null
