• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NSTableView and variable row heights problem
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSTableView and variable row heights problem


  • Subject: Re: NSTableView and variable row heights problem
  • From: Matthew Holiday <email@hidden>
  • Date: Mon, 17 Oct 2005 18:56:30 -0500

The problem shows up even when using your AutoRowHeightTableView. It would seem to be a bug in NSTableView's live resize code, which is probably a mite too clever. I suppose I should file a bug report.

On Oct 17, 2005, at 2:03 PM, Steven Spencer <email@hidden> wrote:

Message: 6
Date: Mon, 17 Oct 2005 12:53:49 +0100
From: Steven Spencer <email@hidden>
Subject: Re: NSTableView and variable row heights problem

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

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


  • Follow-Ups:
    • Re: NSTableView and variable row heights problem
      • From: Corbin Dunn <email@hidden>
  • Prev by Date: lining up baseline of adjacent NSAttributedString s
  • Next by Date: Re: NSTableView and variable row heights problem
  • Previous by thread: Re: NSTableView and variable row heights problem
  • Next by thread: Re: NSTableView and variable row heights problem
  • Index(es):
    • Date
    • Thread