On Fri, Jun 01, 2007 at 03:47:36PM +0100, Nuno Lucas wrote: > > > > You have to derive your own GtkTreeModel, if the predefined GtkListStore > > or GtkTreeStore are not sufficient (They simply stores all data at once). > > I may be missing something, but I don't see a way to set the number of > "virtual" rows.
See http://gwyddion.net/documentation/head/libgwydgets/GwyNullStore.php for a simple purely virtual store. This is a cheap hack, but it demonstrates the point IMO. > From what I see in the documentation, the only way to grow is by > appending a single row at a time (which I guess then emits the > "row-changed" signal and updates the scrollbar). You are mixing two things here: - if the model grows is must emit the row-inserted signal, because if it does not do this, the tree views showing it break - however, if no one is watching, namely when the model is created, it can be instantaneously created with a million of rows There are more troubles with huge tree views, namely the tree view needs to know the sizes of the columns and rows -- even those not currently visible as they still affect what is visible. So you will probably end up using all the confusing fixed size modes, and avoiding work in cell data functions for invisible cells. However, for a milion of rows scrolling through the tree manually is no longer useful anyway, i.e. the user interface ceases to be suitable for the task. You may want to use a multilevel or search+paging base interface instead -- essentially something that avoids the signle list with a million of rows by design. Yeti -- http://gwyddion.net/ _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
