On 21 May 2008, at 19:51, Gordon Apple wrote:
OK, thanks. That helps on the KVO responses. However, I have
other
questions about the entire KVO process.
Not having access to the innards of KVO, I wonder how dymanic the
process is. For example, my inspector bindings are through an object
controller which binds through MSApp.mainWindow which seems to
successfully
switch its focus to a new main window with no problems. This, to me,
indicates that the process operates dynamically according to the path,
rather than statically binding when it is set up.
So my new question is whether or not I can successfully observe a
property that does not exist at registration time, and then have it
observe
properly when the path is created. E.g., register to observe
xxx.shadow.angle when shadow does not exist, then add the shadow
object and
have xxx.shadow.angle be observed properly.
As long as xxx returns nil for -valueForKey:@"shadow" initially, and
then puts out proper KVO notifications when a shadow comes into being,
this works just fine.
Mike.
_______________________________________________
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/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
