Re: GtkTree*
- From: Havoc Pennington <hp redhat com>
- To: Tim Janik <timj gtk org>
- Cc: Jonathan Blandford <jrb redhat com>, Gtk+ Developers <gtk-devel-list gnome org>
- Subject: Re: GtkTree*
- Date: 17 Aug 2001 15:29:22 -0400
Tim Janik <timj gtk org> writes:
> hm, i'm not sure what you mean with incremental reflow
Same thing the text widget does. All expensive computations are done
incrementally, in idle handlers.
You initially pretend each line/row is 0-height, immediately compute
the real height of those that are onscreen, then compute the heights
of the other lines/rows in an idle handler that does a small number of
rows/lines at a time.
freeze/thaw just delays your doom, it doesn't solve the problem of
locking up for a long time as you compute things. i.e. with
freeze/thaw you may be able to handle a few more rows, but with
incremental reflow you can scale to as many as you have memory for.
(Assuming you avoid other linear algorithms.)
Havoc
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]