Re: Outline and Table back to front
Re: Outline and Table back to front
- Subject: Re: Outline and Table back to front
- From: Thomas Davie <email@hidden>
- Date: Mon, 20 Jun 2005 21:04:34 +0100
On Jun 20, 2005, at 8:50 PM, Andreas Mayer wrote:
Am 20.06.2005 um 21:22 Uhr schrieb Thomas Davie:
Why?
And how would you do so by *adding* methods (and ivars if you like)? 'Cause that's what subclasses do.
You would need to have all the functionality of an outline view in your superclass and in the table view subclass add a method like -dontUseOutlineViewMethods:. But what will happen if someone sends an -expandItem: message to your table view object anyway? Throw an exception? Remember: In your proposed class diagram a table view *is* a outline view; so it's perfectly legal to send it *any* message that outline views understand.
I think the current implementation is much more sensible.
No, you would override all the methods that deal with expansion and make them do nothing.
You somehow forgot to answer the "Why"-part of my question ...
I won't dispute that it is possible to remove all traces of it's swimming ability from your amphibic car. I just can't see why this would be the best way to build a non swimming one ...
Come on. You are being silly. Are you really longing for objects with methods that simply do nothing?
Unless you can add some substantially better arguments, I will end this discussion on my part. No offense, but I have better uses for my time. ;-)
No, I'm arguing that in the case of the amphibic car, adding an ability (swimming) makes it more specialist. Wheras in this situation removing the ability to expand rows makes it more specialist.
Not all cars are amphibic Not all outline views only display leaf nodes
I'm not particularly arguing that there should be classes that take away features... So perhaps I'm saying thati NSTableView should not exist at all (as every possible table view is also an outline view).
Bob |
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden