Re: [bug #27930] Offsetting a subview breaks when the parent view is resized

[Derek Fawcus]

On Thu, Nov 05, 2009 at 07:55:39AM +0000, Fred Kiefer wrote:
> 
> It took me some time to pin down the problem in your code.

 [ fix snipped]

Thanks.

> Why did it work on Apple but fail on GNUstep? Apple seems to have the origin
> of the content view always at (0, 0). This is not true for GNUstep.

Another trivial bug in my code.  Drat.

I'll have to forward a couple more things to the dev list which I think
are real bugs in order to compensate.

However it does suggest an additional testing methodology that should be pursued
before assuming an GNUstep bug,  namely to test under a window manager that
decorates in a similar fashion to quartz-wm.  I wonder if there is such a
beast already out there?

> But then there isn't any reason for all your special code. Just set the
> offset of your view once when you create it and make the height resizable as
> well, that way the system should keep track of all this computation.

Not in that simple example,  but the target program will (I believe) need it.

It will have (often) an additional subview below this one,  when its absent
this subview should be full size,  when present it will vary dynamically and
the offset+size of this view.  (Or at least that's the idea, I'm not sure how
it'll feel to use yet).

/phx