[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Resizing/Repainting of container when child-button is resized...



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]