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 fine
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 :)
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…
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
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:
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
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
