Re: Variable row heights in NSTableView ?
Re: Variable row heights in NSTableView ?
- Subject: Re: Variable row heights in NSTableView ?
- From: Drew McCormack <email@hidden>
- Date: Wed, 21 Aug 2002 07:52:07 +0200
Here a quote from the Aqua guidelines:
"If an item is too long to fit in the list box, insert ellipses in the
middle and preserve the beginning and end of the item. Users often add
version numbers to the end of document names, so both the beginning
and end should be visible."
Although not explicitly mentioned, my reading of this is that tables
should not have variable heights. For something like a spreadsheet
application ala Excel one need to invent a new control all together
(with different behavior too). This is probably easier then hacking
NSTableView ... and better for the users...
There are cases where you need a variable row height table view.
OmniOutliner is a case in point. Interestingly, Omni did develop a
whole new class for this: 7000 lines. My prototype, which only made use
of methods Apple themselves have built into the class (probably so that
people could develop such a subclass ;-) ), was a few hundred lines. I
don't really think it is 'hacking' NSTableView, just subclassing it.
Drew
Georg Tuparev
Tuparev Technologies
Klipper 13
1186 VR Amstelveen
The Netherlands
Mobile: +31-6-55798196
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
... ... ... ... ... ... ... ...
Dr. Drew McCormack
Trade Strategist (www.trade-strategist.com)
Trading simulation software for Mac OS X
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.