Outline view spontaneously collapsing
Outline view spontaneously collapsing
- Subject: Outline view spontaneously collapsing
- From: "Doug Knowles" <email@hidden>
- Date: Tue, 11 Sep 2007 23:17:52 -0400
Hi, all,
I have an application with an outline view that spontaneously collapses all
items on certain changes to my data for no apparent reason. (My outline
view delegate receives no notifications that the collapse is about to occur,
and I have no code that performs such a collapse.) I've reworked the data
model about three times over to minimize the value-change notifications that
I thought could be causing the view to reset its data, and the view seems
even more prone to inappropriate collapse.
Some details:
- It's a CoreData application, but I'm using a NSTreeController in Class
mode because the underlying CoreData objects are of different types, and I
found it easier to use "proxy" classes to front the underlying objects.
- My typical views so far are bound to a contentArray of a single (proxy)
object which is the root of a tree of other proxy objects, all of which are
one of two classes.
- The operation in question requires me to send KVO notifications that the
property bound to the NSTreeController's contentArray binding as well as the
child key path of every non-leaf node (to force a re-evaluation of the
content), but I have gone to great lengths to assure that minimal changes
are made to the actual properties (i.e., I leave the proxy objects and
arrays intact unless the content has really changed), but, as I mentioned,
the more careful I am about actually changing content objects, the more
likely a spontaneous collapse is to occur.
I suspect I'm sending some other notification that's triggering the outline
view to decide that the content has changed, but I've spend so much time
wallowing in this I feel like I've exhausted the possibilities, which means
I'm probably overlooking something fundamentally obvious that will make me
feel stupid when someone points it out, but I'm more than willing to face
the humiliation at this point.
Any suggestions on what to look for?
TIA,
Doug K;
_______________________________________________
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