Re: How to filter a treeview?



On Thu, 2002-10-24 at 16:03, Filip Van Raemdonck wrote:
[ CCing Kristian Rietveld as he seems to be the treeview maintainer ]

Jonathan Blandford is the real TreeView maintainer, I'm just a kind of
co-maintainer.


Actually some digging turned up a treemodelfilter object in libegg;
which from a quick glance seems to be usable for what I need.

I have two questions for Kristian:

* When is that supposed to get into GTK+? I checked the 2.1.0 and 2.1.1
  release notes and there was no mention of it.

The original idea was to get it in GTK+ 2.2, but it got punted to GTK+
2.4. I guess I'll commit it once GTK+ 2.2 branches.

* How stable is it? Not the API, but for actually using it? Is it used
  already, somewhere? Are we putting our lives (or at least, our
  programs) in danger by using it? Is added testing welcome?

Rhythmbox (rhythmbox.org) is using the filter model with pretty big
treemodels. The filter model seems to hold pretty well. So I think it's
pretty stable. Of course bug reports are always welcome :)


I'm especially curious about this because the files in question haven't
been modified in CVS anymore since 9th of july, according to LXR. That
makes it look fairly stable to me.

Yeah, I only have a few (two or so) outstanding fixes which I will try
to commit soonish. Those aren't crucial fixes though.


Hope this helps,


        Kris


Removing rows from tree model is very bad idea for this purpose, because
there can be 2 or more treeviews displaying same model. One view might
want to display one set of rows and another might want to show another set
of rows.

Indeed, that's what I thought too - even if I only mentioned performance
as the primary reason for me not to go down that road. (I'm not really
using multiple views anyway, right now)


Regards,

Filip

-- 
"Wat zo fantastisch is aan Linux is dat je al die grafische rommel niet eens
 nodig hebt en dat je je computer met een paar commando's kan laten doen wat
 je wil (het God-gevoel)"
      -- onbekende bron




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]