viewports and stuff
- From: Helmethead <hoshem mel comcen com au>
- To: gtk-list gnome org
- Subject: viewports and stuff
- Date: Mon, 8 Jan 2001 23:03:41 +1100
I've been mildly irritated by the behaviour of viewports (tested with scrolled windows too) when their child changes it's size requisition.
Specifically I'm talking about when the child widget requests a smaller size than it has.
What happens is this:
The child of a viewport has reduced it's requisition and queued a resize; it's allocation will be reduced if it's parent viewport has a smaller allocation than the child's requisition, otherwise the child's allocation will remain the same.
eg. the viewport is a 200x200 square, it's child is 400x400. if it's child changes requisition to 250x250, it's allocation will stay at 400x400. If the child requests something below 200x200, then it's allocation will reflect what it has requested.
If the viewport itself or any of it's parent widgets cop a resize eg. the user resizes the top window with window manager controls, the viewport child's allocation will change to match it's requisition.
What I would rather happened, is the child's allocated size changes to 250x250 when it requests that :)
Is this in any way desirable behaviour? :) I suppose not
oh, I'm using gtk+ 1.2.8 (redhat 7.0)
This happens because gtkcontainer.c's gtk_container_resize_children doesn't handle this case properly. I think it's not designed or meant to, and the viewport widget needs it's own check_resize handler..
I should probably file a bug report for that somewhere. blah
anyway I mainly wanted to check if this is right, and if so if there's a good way to have gtk+ do what I want
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]