[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Resizing/Repainting of container when child-button is resized...
- From: Owen Taylor <otaylor redhat com>
- To: "Karl H. Beckers" <karl h beckers gmx net>
- Cc: gtk-app-devel-list gnome org
- Subject: Re: Resizing/Repainting of container when child-button is resized...
- Date: Wed, 05 Nov 2003 12:33:26 -0500
On Wed, 2003-11-05 at 03:38, Karl H. Beckers wrote:
> Now, when I resize the button it
> (a) doesn't get resized correctly immediately. The window resizes OK
> (if the button got wider), text label gets blank, and only when I click
> on the button will the button resize and the toolbar be shifted (let's
> say to the right).
>
> (b) If the original window was (let's say) 500 pixels wide, even after
> I click on the button and everything gets resized OK, the window
> will still only paint in an area 500 pixels wide, i.e. the window will
> get wider, the WM decorations will be resized accordingly, the toolbar
> shifted to the right, but then the parts of the toolbar outside the
> original window size will not be painted, though they remain
> sensitive (even tooltips work).
>
> I have the feeling like the two issues are separate things ... have
> tried various things to force the GUI to resize as you can see from
> the code snippets below (widget_send_expose, emit expose events
> directly, invalidate_rect, queue_draw, process_updates), to no avail.
None of this stuff can be right. I'd strip it all out, go back to
a simple approach and tell us what doesn't work with that. A small
standalone compilable test case might help.
In almost all cases, you just need to tell GTK+ what you want it
to do (change the text in a label, say), and GTK+ will figure out
resizing and repainting it needs to do it.
Regards,
Owen
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]