Re: Overriding v alueForKeyPath
Re: Overriding v alueForKeyPath
- Subject: Re: Overriding v alueForKeyPath
- From: "Hamish Allan" <email@hidden>
- Date: Wed, 9 Jul 2008 17:46:59 +0100
On Wed, Jul 9, 2008 at 2:39 PM, Laurent Cerveau <email@hidden> wrote:
> Apparently what is happening is that the keyPath is decomposed, each object
> is verified to be KVC compliant for the appropriate subPath and here we go :
> nothing unexpected if I refer to the doc except that..the part I do not
> understand in this case is the following : why is own valueForKeyPath for
> this object not called at first place in this case?
I'm not sure I'm answering your question directly, but the reason the
KVO machinery wants the object to be genuinely KVC-compliant for the
"title" property is that one of the ways that "title.de" can change is
if "title" changes, so it wants to set itself up to monitor that.
You might consider using a proxy object for the property "title" which
handles the inverted heirarchy?
Hamish
_______________________________________________
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