Re: NSTableView with LARGE dataset
Re: NSTableView with LARGE dataset
- Subject: Re: NSTableView with LARGE dataset
- From: "Mark Munz" <email@hidden>
- Date: Fri, 23 Feb 2007 12:27:11 -0800
You might be able to do something like using an NSScrollbar that
indicates the top row#
then fill a smaller sized table based on the row number.
So if you had 1,000 items.
- (int)numberOfRowsInTableView:(NSTableView *)aTableView
{
return 20;
}
-(id)tableView:(NSTableView *)aTableView
objectValueForTableColumn:(NSTableColumn *)aTableColumn
row:(int)rowIndex
{
return [NSNumber numberWithInt: rowIndex + scrolloffset];
}
NSScrollBar min = 0, max = 1000 - 20.
As NSScrollBar value changes, change scrolloffset and reload the data.
That would create a "view" into the data that didn't break the
NSTableView's limits.
I do tend to agree that 3 million rows means your really pushing the limits.
Or perhaps stall until Leopard comes out. I would guess that a 64-bit
application would solve this issue.
On 2/23/07, Paul Thomas <email@hidden> wrote:
On 23 Feb 2007, at 19:03, email@hidden wrote:
>> is there a limit on how big an NSTableView can be?
>>
Thanks for the replies (esp. the links). My googling was based mostly
around NSTableView so I missed all that. Looks like a common noob
problem though - I couldn't see any 'magic' numbers where the
problems arose, but I'm more used to integral overflows.
I really do need this functionality though - it's an engineering tool
that works on very large files. Drawing funnies aside, it still feels
kind of light to use, so I guess it's worth investing the time in
using an explicit NSScrollBar. Unless anyone knows of an existing
framwork for this?
ta,
pt.
--
Mark Munz
unmarked software
http://www.unmarked.com/
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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