they are down
further in the hierarchy?
Any ideas?
Ivy Feraco
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help
ideas why the drawing might be having this effect?
Ivy Feraco
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
programmatically?
Has anyone else run into this problem???
I want to bind to the selected object, not the index... so it seems my
only option here is selectedObjects, which I will have to pass an
array of one object to.
Ivy Feraco
UI Developer
i...@boxstudios.com
Yes thanks
I did something like this.
I realize now that selection is just a getter method on
NSObjectController
so no sense binding to it without a keypath.
Ivy Feraco
UI Developer
i...@boxstudios.com
On Mar 13, 2009, at 2:34 PM, Stuart Malin wrote:
On Mar 13, 2009, at 9:42 AM, Ivy
be called once before the shared instance
is ever created.
Any ideas around this?
I do have a solution that seems so work, where the sharedColorPanel
gets destroyed so setPickerMask can be called again, but I'm wary of
memory issues and this just seems silly.
Thanks!
Ivy Feraco
UI Developer
(not ObjectController or arrayController).
Ivy Feraco
UI Developer
Message: 6
Date: Thu, 17 Jul 2008 12:26:18 -0400
From: Sean McBride [EMAIL PROTECTED]
Subject: Re: NSViewController Binding Problem continued
To: Ivy Feraco [EMAIL PROTECTED], cocoa-dev@lists.apple.com
Message-ID: [EMAIL PROTECTED]
Content-Type
, to make it easy to
establish bindings in the nib to an object that isn't yet known at nib-
loading time or readily available to the code that's doing the nib
loading.
so, is it a Cocoa bug?
Thanks,
Ivy Feraco
UI Developer
___
Cocoa-dev