<br><br><div class="gmail_quote">On Wed, Jul 16, 2008 at 11:04 AM, riccardo <<a href="mailto:riccardo.lucchese@gmail.com">riccardo.lucchese@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
(so that it never ends up in the journal) every 1100. The 1100ms value<br>
was chosen after some testing as the minimum value (or very near to it)<br>
at which both activities are able to completely redraw their windows on<br>
switching without artifacts.<br></blockquote><div><br></div><div>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.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I guess some time can be gained by not doing the conversion Drawable -><br>
GdkPixbuf (sugar._sugarext.Preview.get_pixbuf) and perform the scaling<br>
and conversion directly on the first buffer. But IMHO the real problem<br>
is:<br>
<br>
! Activities save their state and take previews continuously regardless<br>
   of whether their state changed or not<br></blockquote><div><br></div><div>Yeah, this would indeed be a problem.  This ticket -- <a href="http://dev.laptop.org/ticket/4365">http://dev.laptop.org/ticket/4365</a> -- deals with it to some extent, and a patch is present there, but it's been ignored for some time now.</div>
<div><br></div><div>- Eben</div></div>