[Gtk-sharp-list] drawing problem during resize of panedwidget, handle/toolbar always-on-top, window resize performance

Gennadiy Donchyts don at env.com.ua
Mon Aug 8 02:30:31 EDT 2005


Todd, thanks a lot for a tip with SizeAllocate and QueueDraw, it is more
correct in this way :) ... but it is not intuitively understandable even
after reading the documentation that it is necessary to do it like this.

--Gena

-----Original Message-----
From: Todd Berman [mailto:tberman at off.net] 
Sent: Wednesday, August 03, 2005 8:12 PM
To: Gennadiy Donchyts
Cc: gtk-sharp-list at lists.ximian.com
Subject: RE: [Gtk-sharp-list] drawing problem during resize of panedwidget,
handle/toolbar always-on-top, window resize performance

On Wed, 2005-08-03 at 15:57 +0200, Gennadiy Donchyts wrote:
> >1. On windows platform there is strange behavior of redrawing widgets
> > inside the paned window (right in HPaned and bottom in VPaned), see
> > http://don.env.com.ua/files/gtk/problem_1.png. When I change size of the
> > paned window using its grip - the widget inside doesn't redraw
correctly.
> 
> It is possible to eliminate a bad drawing after attaching to the Expose
> event of the Paned widget and calling <widget>.QueueDraw() to the right /
> bottom widget.
> 
> private void OnPanedPropertiesExpose(object o, ExposeEventArgs args)
> {
> 	_treeProperties.QueueDraw();
> }

That is absolutely the wrong way to do it.

What you want to do is hook up to the widget that gets misdrawn
SizeAllocate and QueueDraw there.

Hopefully this win32 bug will get fixed soon though.

--Todd



More information about the Gtk-sharp-list mailing list