Re: Gtk{Tree,List} replacement proposal

[Jonathan Blandford <jrb redhat com>]

Havoc Pennington <hp@redhat.com> writes:

> Guy Harris <gharris@flashcom.net> writes: 
> > I'm planning, at some point, to make a modified version of the CList for
> > use in Ethereal, which would *not* store any of the strings displayed in
> > the columns; instead, to display a row, it'd, for each column to be
> > displayed, call a function associated with the CList, passing it a
> > pointer associated with the row and an indication of what column was to
> > be displayed, and get back a string to draw in that column.  This would:
> > 
> 
> This is the whole point of the model-view architecture for a tree
> widget - maybe you could be a beta tester for Jonathan's tree instead
> of fooling with CList...
> 
> It's true that you have to subclass the model object (this will be a
> lot easier in object-oriented language bindings than in C of course).

You could use the provided GtkTreeModel (or GtkListModel) class to store
your data in, if you'd rather not subclass.  It's got roughly the same
API (and implementatoin) as GNode.

-Jonathan