Re: CoreData and arrays owned by arrays...
Re: CoreData and arrays owned by arrays...
- Subject: Re: CoreData and arrays owned by arrays...
- From: Lee Morgan <email@hidden>
- Date: Wed, 18 May 2005 17:42:20 -0400
Thanks Scott! You were right on the money. I had tried binding the menu to "subItems.displayName.@allObjects" but it didn't work (same problem - fails to be faulted into data before evaluating the bindings). So thanks for the tip. Now that I've sub-classed NSManagedObject and added the accessor that provides this binding it's all working nicely. This is a pretty bad bug in my eyes though. But then again, one problem for all that CoreData is doing for me - makes this "bad bug" seem so small. But hey any bug that can be resolved with one line of code is more of a annoyance anyway right? ;-)
- lee
P.S. Is there any point in me filling this bug again - since it would just be returned as a duplicate?
On May 18, 2005, at 1:57 PM, Scott Ahten wrote: I had a similar problem while attempting to bind a table view column to aggregated values of related objects using a compound key path such as "email@hidden". The error message was very similar.
[<_NSFaultingMutableSet 0x343540> addObserver:forKeyPath:options:context:] is not supported. Key path: @sum.hours
It appears that the FaultingMutableSet fails to be faulted into actual data before evaluating bindings defined in Interface Builder. However, once the fault is fired, the path is evaluated correctly and the column displays the sum of the related intervals. ( bug filed as radar://3950029 )
In my particular case, I ended up creating a NSManagedObject subclass with an accessor to return the data programmatically and bound the table column to that property instead.
- (NSNumber *)totalHours {
return [self valueForKeyPath:@"email@hidden"];
}
|
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden