Thanks Luke and Quincey, I think understand better now. Seems like 'heightForRowAtIndexPath' is the right thing to do. I have different table rows so configuring a fixed row height in IB (which is possible) is not an option for me. And 'yes' I'm talking about UITableView. ;)
Regards, Tino Am 29.05.2010 um 17:56 schrieb Luke Hiesterman: > I'm not sure why you're trying to separate the ideas of row and cell height. > I don't think there's any reason why you should ever attempt to have a cell > whose height is different from the height returned in > heightForRowAtIndexPath. In fact, you shouldn't even be setting cell frames > yourself. The table view does this for you based on the width of the table > and the height the delegate returns. > > To speak to the original poster, heightForRowAtIndexPath is THE way to set > the height of your cells. If you expect a certain height when you design your > cell in IB then you should make sure to return that height from your > delegate. > > Luke > > Sent from my iPad > > On May 29, 2010, at 1:32 AM, Quincey Morris <quinceymor...@earthlink.net> > wrote: > >> On May 28, 2010, at 23:39, Tino Rachui wrote: >> >>> I've created a table view cell in interface builder with a custom height. >>> However when I load and use that kind of cell at runtime it disregards my >>> custom height. I have to use 'heightForRowAtIndexPath' to set the desired >>> cell height. Is there anything I'm missing? >> >> Well, the row height and the cell height are different things. The table >> view's built-in behavior places the cell at the top (AFAIK) of the row >> height. >> >> A custom cell can place itself at the vertical center (for example) of the >> row height, but that doesn't help you. You *need* to use >> 'heightForRowAtIndexPath' to make the rows tall enough for your custom >> cells. (Or, if possible, just set a larger row height in the table view in >> IB, if a single height works for all rows.) >> >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> 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: >> http://lists.apple.com/mailman/options/cocoa-dev/luketheh%40apple.com >> >> This email sent to luket...@apple.com > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > http://lists.apple.com/mailman/options/cocoa-dev/tino.rachui%40googlemail.com > > This email sent to tino.rac...@googlemail.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
