Am Dienstag, den 06.01.2009, 10:29 -0500 schrieb Matthias Clasen:
> On Tue, Jan 6, 2009 at 12:55 AM, Tristan Van Berkom <t...@gnome.org> wrote:
> > On Tue, Jan 6, 2009 at 12:41 AM, Yu Feng <rainwood...@gmail.com> wrote:
> >> Hi,
> >>
> >> If GtkRange were a gtk container perhaps using gtk_container_xxx with
> >> child_properties will be an alternative. GtkContainer also has bettern
> >> granularity - the programmers can modify/remove each marker
> >> individually.
> >>
> >> Unfortunately it isn't a Container.
> >
> > Oh yeah, time for those GContainer/GContainable interfaces, nudge nudge ;-)
> 
> One way this _could_ be done is to restrict the GtkScale api to just
> add undecorated marks, and then have a special-purpose
> "DecoratedScale" container that would have one slot for a scale, and
> then allow to add other children to decorate the scale, using child
> properties for the position and the value. The container would then
> use the
> scale marks api to add the marks at the positions/values which its
> children request,
> and position the child widgets next to the marks.
> 
> Not sure the minor benefits justify the effort, though...

Weren't the GtkCellRenderer/GtkCellLayout interfaces written exactly
for stuff like those marks?

So maybe gtk_scale_add_mark_text() and gtk_scale_add_mark_icon() should
be replaced by an implementation of the GtkCellLayout interface?

Ciao,
Mathias
-- 
Mathias Hasselmann <mathias.hasselm...@gmx.de>
http://taschenorakel.de/mathias/
http://www.openismus.com/

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

Reply via email to