Re: NSTableView bug?
Re: NSTableView bug?
- Subject: Re: NSTableView bug?
- From: Scott Andrew <email@hidden>
- Date: Thu, 2 Jul 2009 10:25:19 -0700
I was going to recommend 0xED is a good one too. Very fast and he
appears to be using a custom view of somesort.
Scott
On Jul 2, 2009, at 10:21 AM, Jean-Daniel Dupas wrote:
I've created a simple application with an NSTableView. I have
written a delegate for this table,
numberOfRowsInTableView:objectValueForTableColumn:row:, that
returns the number of rows in the table when requested.
My application uses the table view to display hexadecimal data on a
flash memory chip, with 16 bytes displayed per row. As a test, I
tried returning a large number for the number of rows, 0x1000000.
When I scroll through the table, everything looks okay for the
first 14 million rows or so, after which the gray horizonal cell
separator disappears and the row data begins to shift by a pixel
per row, until it eventually is superimposed on the row above it.
This seems like a bug with the NSTableView class, but perhaps I'm
doing something wrong. Has anyone else run into this problem?
My 2 cents,
If you're looking for a (very) efficient and clean way to display
large amount of binary data, have a look at HexFiend. This is the
fastest hex editor I know. It's able to handle multi Gbytes files
smoothly and without problem (and it's distributed under modified
BSD license).
http://ridiculousfish.com/hexfiend/
_______________________________________________
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