Re: NSTableView
Re: NSTableView
- Subject: Re: NSTableView
- From: Andy Lee <email@hidden>
- Date: Wed, 14 Jan 2009 13:06:08 -0500
On Jan 14, 2009, at 12:14 PM, David Blanton wrote:
I thought I had this solved but I need help.
Looking at iTunes with 130 songs the table scrolls quick and
resizing the window is snappy.
When I resize a window or split view containing a table of 30 rows
or scroll the table it is slooooow.
I have read Cocoa Performance Guidelines. I cannot get a call to
preservesContentDuringLiveResize for my table view.
What do you mean "cannot get a call"?
In any case, if you get the problem while scrolling then I would guess
resizing is not the problem. And it's adding complexity prematurely
if you don't know where the actual time is being spent.
I forget if you said whether you're using bindings or a data source.
If you're using a data source, how about posting your code for
numberOfRowsInTableView: and
tableView:objectValueForTableColumn:row:? The docs for these two
methods say they need to be very efficient. If you're using bindings,
maybe you have a model class with a slow getter method.
If nothing leaps out from a look at these areas, then you really
should profile as Corbin suggested rather than assume you know what
the problem is.
--Andy
So, how can I make my users happy with a snappy table view during
resize operations?
David Blanton
_______________________________________________
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
_______________________________________________
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
| References: | |
| | >NSTableView (From: David Blanton <email@hidden>) |