On Apr 21, 2008, at 10:43 AM, John Stiles wrote:
Corbin Dunn wrote:
On Apr 18, 2008, at 3:37 PM, John Stiles wrote:
Ben Lachman wrote:
> Well, you should be able to just override the drawing code,
since > thats really your problem. Going directly against the
docs, while it > may work fi
Corbin Dunn wrote:
On Apr 18, 2008, at 3:37 PM, John Stiles wrote:
Ben Lachman wrote:
> Well, you should be able to just override the drawing code, since
> thats really your problem. Going directly against the docs, while
it > may work fine now, is playing with fire in my opinion.
Yeah… tha
On Apr 18, 2008, at 3:37 PM, John Stiles wrote:
Ben Lachman wrote:
> Well, you should be able to just override the drawing code, since
> thats really your problem. Going directly against the docs,
while it > may work fine now, is playing with fire in my opinion.
Yeah… that's why I posted :
Ben Lachman wrote:
> Well, you should be able to just override the drawing code, since
> thats really your problem. Going directly against the docs, while it
> may work fine now, is playing with fire in my opinion.
Yeah… that's why I posted :) I was hoping to get a "oh yeah, that only
applies
Ben Lachman wrote:
Well, you should be able to just override the drawing code, since
thats really your problem. Going directly against the docs, while it
may work fine now, is playing with fire in my opinion.
Yeah… that's why I posted :) I was hoping to get a "oh yeah, that only
applies if [..
Well, you should be able to just override the drawing code, since
thats really your problem. Going directly against the docs, while it
may work fine now, is playing with fire in my opinion. To get the
drawing you want, you can just implement
tableView:willDisplayCell:forTableColumn:row: i
The docs for -editColumn:row:withEvent:select: ominously claim:
The row at rowIndex must be selected prior to calling
editColumn:row:withEvent:select:, or an exception will be raised.
I'm implementing a subclass of NSTableView which behaves a little more
like an Excel spreadsheet—it mainta
