Re: NSDrawer delegate function mis-described?
Re: NSDrawer delegate function mis-described?
- Subject: Re: NSDrawer delegate function mis-described?
- From: Douglas Davidson <email@hidden>
- Date: Mon, 27 Jan 2003 14:15:32 -0800
On Monday, January 27, 2003, at 01:46 PM, Ben Kennedy wrote:
So, instead I have tried adjusting the trailing edge value in
windowDidResize: instead. Unfortunately, this only works for sizing
the
window larger -- not smaller. The window is only allowed to grow, and
is
prevented from shrinking. I suspect this is because I also have resize
increments set on the window (such that it is only allowed to size
vertically in intervals of ~150 pixels), and the system is noticing
that
the drawer's current trailingOffset is too large to allow the window to
shrink by the increment. It's a chicken/egg situation. I have tried
moving the drawer adjustment to windowWillResize:toSize: instead, but
this results in ugly flicker as the drawer size flips around
repeatedly.
Clearly 'didResize' is preferable to 'willResize' for such an
adjustment.
Ideas? Surely the problem of a fixed-size drawer has been tackled
before...
Yes, it has--see for example the bottom drawer in the DrawerMadness
example. It uses the method you already hit on, of adjusting
leading/trailing offsets in windowDidResize:. I suspect you are
correct about your problem being due to your resize increments. I
would suggest you try controlling the parent window size yourself in
windowWillResize:toSize:, rather than using resize increments, and then
adjusting the drawer offsets in windowDidResize:.
Douglas Davidson
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.