On Jan 20, 2017, at 02:47 , Jonathan Mitchell <li...@mugginsoft.com> wrote:
>
> NSTableView might go something like this:
>
> @implementation TSTableView
>
> - (NSSize)intrinsicContentSize
> {
> NSSize size = [super intrinsicContentSize];
> NSInteger nr = [self numberOfRows];
> CGFloat rh = [self rowHeight];
> CGFloat ih = [self intercellSpacing].height;
> size.height = rh * nr + ih * MAX(nr, 1);
> return size;
> }
My concern about this approach is timing. It needs to be supported by other
code that triggers autolayout whenever the number of rows changes. Further, if
the row height is not fixed (either because the height varies from row to row,
or because the row height is a logical height influenced by the system-wide
font size settings), it gets even more complicated.
The text field is less problematic, if for no other reason that a NSTextField
has the desired behavior and it’s backed by a NSTextView. If the UI could have
a text field instead of a text view there’d be no problem.
_______________________________________________
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:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
