On Wed, 2008-07-16 at 11:17 -0400, Eben Eliason wrote: > > > On Wed, Jul 16, 2008 at 11:04 AM, riccardo > <[EMAIL PROTECTED]> wrote: > (so that it never ends up in the journal) every 1100. The > 1100ms value > was chosen after some testing as the minimum value (or very > near to it) > at which both activities are able to completely redraw their > windows on > switching without artifacts. > > > If you could, it would also be useful to test out the "quick tab" > behavior. While it's true that after a short delay (I forget the > exact number of ms) the activities redraw their windows, the behavior > is supposed to prevent this redraw as long as the tabbing events > happen quickly enough, so that the redraw doesn't add latency when > attempting to bypass several activities in a row. I'm not sure if > this is actually working properly on the XOs.
Sure, I let you know when I have some results. > > I guess some time can be gained by not doing the conversion > Drawable -> > GdkPixbuf (sugar._sugarext.Preview.get_pixbuf) and perform the > scaling > and conversion directly on the first buffer. But IMHO the real > problem > is: > > ! Activities save their state and take previews continuously > regardless > of whether their state changed or not > > > Yeah, this would indeed be a problem. This ticket > -- http://dev.laptop.org/ticket/4365 -- deals with it to some extent, > and a patch is present there, but it's been ignored for some time now. > > > - Eben riccardo _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
