On Sep 22, 2010, at 1:01 PM, k...@highrolls.net wrote: > Besides bindings and KVO issues, anything else to look at? I am not using > bindings nor is this KVO.
Have you verified that the NSTableView instance you are calling is non-nil *and* the expected object? > On Sep 22, 2010, at 12:12 PM, Quincey Morris wrote: > >> On Sep 22, 2010, at 10:28, k...@highrolls.net wrote: >> >>> I have an NSTableView in an NSSplitView. >>> >>> I call -reloadData and -setNeedsDisplay:YES >>> >>> The table does not redisplay with the new data until the split view is >>> resized. From that point forward it behaves properly with subsequent >>> -reloadData and -setNeedsDisplay:YES calls. >>> >>> Is there something basic I am missing here? >> >> No, probably not. It's likely just a bug in your code. >> >> The usual cause of this kind of weirdness is that the table is bound to (or >> otherwise KVO-dependent on) a property that's not properly KVO compliant, >> and the binding was established before the property was set to its proper >> value (in a complex sequence of NIB-loading steps). Often, an unrelated >> action (such as resizing the split view) happens to cause the property to be >> re-set later, which "fixes" the problem. >> >> Sometimes it's quite hard to see the lack of KVO compliance in your code, or >> even to know where to look for it. I'd recommend against thinking in terms >> of a flaw in 'reloadData' or 'setNeedsDisplay:'. Keary Suska Esoteritech, Inc. "Demystifying technology for your home or business" _______________________________________________ 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 arch...@mail-archive.com