[gtk-list] gtk_container_check_resize performance

[Raph Levien <raph acm org>]

Like Shawn Amundson, I have run into performance issues with
gtk_container_check_resize. What really slows things down is adding
widgets dynamically to a container that is already mapped and visible.

   Basically, every time a new child gets added, the whole tree gets
recomputed and redrawn (I think). I'm not sure what's the best solution
to the problem. My best guess is to try to defer the redraw until after
all widgets have been added (say, by taking a trip or two through the
idle loop), but it's not clear to me how to do this.

   This is a problem for gzilla because the HTML page is a container and
all of the images, form thingies, and tables are widgets inside. All
these widgets get added whille the page is displayed because of
progressive rendering.

   Now that the gtk_container_check_resize logic has displayed both
correctness and performance problems, it may be time to rethink it.

Raph

--
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null