Ah, OK, you're basing the results on GTK+ 3.0. There were a few bugs in GTK+ 3.0 (that were fixed in subsequent releases), and a lot of widgets didn't really like the width-for-height allocation model, tempting the layout to do double the work. A lot of widgets have been fixed, and Company has also put some time into making GtkTreeView faster. I'm not sure where he is with that. On Fri, May 25, 2012 at 1:05 PM, Sergei Steshenko <sergstesh@xxxxxxxxx> wrote: > > > > > >>________________________________ >> From: Kevin Anthony <kevin.s.anthony@xxxxxxxxx> >>To: >>Cc: gtk-list@xxxxxxxxx >>Sent: Friday, May 25, 2012 7:59 PM >>Subject: Re: future of development for the desktop >> >> >>Sergei, what metric are you using to base slowness on? > [snip] > > > I am reading this list - see my a little bit earlier reply for details. > > Regards, > Sergei. > > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > https://mail.gnome.org/mailman/listinfo/gtk-list -- Jasper _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
