Re: CTree inheritance from CList

[Elliot Lee <sopwith redhat com>]

On Mon, 3 Aug 1998, Lars Hamann wrote:

> Out of gtkclist.c :
> 
> /* re-send the selected signal if data is changed/added
>  * so the application can respond to the new data -- 
>  * this could be questionable behavior */
> 
> I'm not to happy with this selection signal, so I left it out for ctree.
> We can change that, if that's terribly wrong.

My big point was that since you are inheriting from CList, you are
required to support all the gtk_clist methods (including them being called
via the gtk_clist_methodname() functions), and the semantics thereof. If
you don't agree with the way GtkCList does things, I see four ways you
can make changes so everything is "right":
	. Change CList to fit the way you want it to be.
	. Change CTree to fit the way CList does it.
	. Give the CTree methods different names.
	. Don't inherit from CList

In any case, the methods that CTree overrides should be accessable via
their gtk_clist names...
-- Elliot
Do you ever just feel thankful that you know me and have access to my
dementia? Explain. Be prepared to discuss in class.