Re: [gtk-list] Re: widget_class->draw (a bug?)
- From: Adrian Feiguin <adrian ifir ifir edu ar>
- To: gtk-list redhat com
- Subject: Re: [gtk-list] Re: widget_class->draw (a bug?)
- Date: Wed, 18 Nov 1998 06:19:14 +0300 (GMT-3)
On 18 Nov 1998, Owen Taylor wrote:
> Adrian Feiguin <email@example.com> writes:
> > I'm working on a widget and I defined the function widget_class->draw.
> > In previos versions of gtk (e.g. 0.99.3) my widget ran without
> > problems, but in gtk+-1.0.* the widget is redrawn calling this function
> > aparentrly at random, without any logic. I can't understand this behavior
> > and I dont know whether is a bug in gtk or I'm missing something.
> There were some changes early last year in the order things
> where drawn and size-allocated.
> I'm pretty certain that the 1.0.x code doesn't call
> ->draw "at random". If you have some particular example of
> behavior you want explained, you might want to detail
> exactly what you see happening.
> (The redraw logic has also been changed a fair bit in 1.1.x,
> but most things that work in 1.0.x should work in 1.1.x
> as well)
I'm a little "out of date", I haven't followed the changelogs. I'm sorry.
Well, in the gtk+-1.0.0 ChangeLog file I found the following:
* gtk/gtkwidget.c (gtk_widget_draw): When gtk_widget_draw ()
occurs with queued draw already in place, redraw _entire_
widget. (Pointed out by Tim Janik)
I think this explains my problems. But I can't understand how it
exactly works. What does it mean "queued draw already in place"?
] [Thread Prev