On Wed, 2009-04-01 at 10:20 +0100, Ross Burton wrote: > On Wed, 2009-04-01 at 08:59 +0100, Emmanuele Bassi wrote: > > > Maybe I'm misunderstanding the design, but I'm not sure what the benefit > > > is to using g_list_append() and sorting the whole list every time an > > > actor is added instead of using g_list_insert_sorted()... > > > > ... it might be worthwhile cooking up a patch, if you want. > > Another interesting approach would be to use GSequence instead of GList. > The patch to implement this would be more intrusive but should perform > better that GList when scaled up.
I'm going to consider a switch to GSquence only and only if other projects (like gtk+ for instance) start using GSequence as a generic replacement for GList. in other words: if you're packing 2000+ actors inside a Group you're probably doing it wrong, and you should be using your own container/layout manager. it might even make sense to pull a GtkTreeView: eschew child actors and just paint sub-regions. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer | [email protected] Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to [email protected]
