Re: NSTableView and variable row heights problem
Re: NSTableView and variable row heights problem
- Subject: Re: NSTableView and variable row heights problem
- From: Steven Spencer <email@hidden>
- Date: Mon, 17 Oct 2005 12:53:49 +0100
Take a look at the attachment in message :
http://lists.apple.com/archives/cocoa-dev/2005/Oct/msg00070.html
- Steve Spencer
>Message: 7
>Date: Sun, 16 Oct 2005 15:54:10 +0200
>From: Stefan Fisk <email@hidden>
>Subject: Re: NSTableView and variable row heights problem
>To: Greg Herlihy <email@hidden>
>Cc: "email@hidden" <email@hidden>
>Message-ID: <email@hidden>
>Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>I've experienced graphical glitches with tableView:heightOfRow: when
>changing the row height during live resize. Also, I've experienced
>problems similar to what you describe, but those where bugs in my
>delegate that made it throw exceptions when the table view was
>drawing itself.
>
>14 okt 2005 kl. 11.59 skrev Greg Herlihy:
>
>> Has anyone implemented an NSTableView with variable row heights using
>> Tiger's table delegate routine tableView:heightOfRow:?
>>
>> I can create a table with variable row heights without a problem. I
>> find
>> though that as soon as I sort the table by clicking on a column
>> header, the
>> table becomes a jumbled mess with rows being drawn such that they
>> overlap
>> each other, while clicking on individual rows shows by highlighting
>> where
>> the rows "really" are.
>>
>> I guess my problem is either an update problem, or that the row
>> heights are
>> not being sorted with the rows. I'm not sure where the program
>> should be
>> storing the row heights so that it can apply the same height to the
>> same row
>> no matter how the table is sorted.
>>
>> Thanks,
>>
>> Greg
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden