Re: CTree inheritance from CList

[Lars Hamann <lars gtk org>]

On Tue, Aug 04, 1998 at 05:06:13PM -0400, Elliot Lee wrote:
> 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.

Sorry, that sounds to me esoteric somehow. A function is a function,
is a function. It's no class method. With your argumentation we have
to skip gtk_clist_remove too, because GtkCList is a GtkContainer and
and GtkContainer defines :

void gtk_container_remove (GtkContainer *container,
                           GtkWidget    *widget);

while GtkCList does :

void gtk_clist_remove (GtkCList *clist,
		               gint      row);


bye,
  Lars