Re: Sizing strangeness in the land of NSDrawer
Re: Sizing strangeness in the land of NSDrawer
- Subject: Re: Sizing strangeness in the land of NSDrawer
- From: Steven Riggs <email@hidden>
- Date: Sat, 25 Oct 2008 21:47:41 -0400
Typo, I meant.... turn off garbage collection and see if it starts
working.
oops....
-Steve
On Oct 25, 2008, at 9:06 PM, Luke Evans wrote:
Hello list denizens.
I've just created some UI with an NSDrawer attached to a regular
window. I've done this before a while back and everything worked
fine. I thought everything was fine this time too: the drawer opens
on command, has the correct initial size, and behaves mostly
normally except when I try to resize the main window (with the
drawer open). The main window resizes just fine, but leaves the
drawer exactly where is was (i.e. no effect on its size or position
- i.e. because it is on the RHS of the window, it is left as an
island if the window is made smaller horizontally, and covered up if
the window is made bigger. When the window is resized (for
instance, leaving the drawer isolated), it will move the drawer (as
an island at a fixed offset) around with it when subsequently
moved. If you grab the draw to resize it (i.e. pull it 'out'
further by the right hand edge), it will suddenly snap back to where
it should be on the right side of the window.
The NSDrawer appears to have everything it needs, but there most be
something internally preventing the parent window's resizing from
getting propagated (... or something).
I have no delegate set on the NSDrawer, only contentView and
parentView outlets are connected and working. I just want default
sizing behaviour, so don't have a need for the delegate notification
(and assume everything should default without it). I do have some
minimum size constraints set on the NSDrawer object (set in IB 3),
and these are reasonable and correctly adhered to when the drawer is
opened and used.
My Main Window is not (to my knowledge) special. There ought to be
nothing that prevents normal messages going about their business -
it's just a regular NSView hierachy. I am using Core Animation
layers in the hierarchy, and have a few sibling views therein
deliberately overlapping others (causing a warning in IB). Could it
be that some issue propagating subview resizing in the Main Window
would somehow prevent continuous resize messages from reaching the
drawer's outer window? That seems like a non-sequitur as the main
window ought to be able to separately indicate its outer frame size
changes to the drawer, irrespective of what is going on within its
bounds.
Anyway, I'm stumped (for the moment) and thought I'd fish on the
list for ideas!
-- Lwe
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden