Re: Making a bound view re-read its value
Re: Making a bound view re-read its value
- Subject: Re: Making a bound view re-read its value
- From: Quincey Morris <email@hidden>
- Date: Thu, 14 Aug 2008 23:37:41 -0700
On Aug 14, 2008, at 20:10, Markus Spoettl wrote:
The problem is that I actually have a lot arrays of lots of objects
each with a number of different properties that can be displayed in
more than one way (all dependent on one preference settings).
Putting these through proxies/proxy arrays so that I can use
bindings and KVO to make process automatic sounds like a terribly
painful way to go - plus it defeats the purpose of bindings a little
(glue code wise).
Can you not trigger the update by making the object property
(temperature) KVO-dependent on the preference setting? I don't mean
the object property's value, just the property itself. Either use
keyPathForValuesAffectingTemperature (or whatever) in the class that
has the property, if it can get to the preference setting via
keypaths, or else call will/didChangeValueForKey:@"temperature" (or
whatever) from some controller that monitors the preferences.
That way, a change to the preference will trigger notifications from
the temperature property, even though its untransformed value hasn't
changed, causing the user interface to update with the transformed
value.
Or something like that.
_______________________________________________
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