Re: Bindings & Reverting Properties
Re: Bindings & Reverting Properties
- Subject: Re: Bindings & Reverting Properties
- From: Dave Keck <email@hidden>
- Date: Fri, 21 Aug 2009 22:21:24 -1000
> not the correct effect. Attempting to nest willChange/didChange is a Bad
> Idea because KVO notifications aren't nestable.)
Is that documented? I would have thought that a nested
willChange/didChange pair would have simply been ignored.
> The immediate problem here is the presence of willChange/didChange. If you
> change it to:
>
>> - (void)setHappy: (BOOL)newHappy
>> {
>> happy = NO;
>> }
>
> and a checkbox bound to it doesn't stay unchecked, then the real problem is
> elsewhere.
Aye aye. Here's a simple project that uses that setter:
http://themha.com/happy.zip
When clicking the checkbox in the window, it stays checked. Regardless
of what you do to the happy ivar within the setter, the checkbox
assumes the intuitive value that results from the click, not whatever
happy is actually set to.
... and that's my problem.
_______________________________________________
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