<div dir="ltr">On Tue, Sep 30, 2008 at 6:55 PM, Alex Osborne <span dir="ltr">&lt;<a href="mailto:ato@meshy.org">ato@meshy.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You mean start Mofi, then switch to a different app and back to the<br>
still running Mofi? The window renders virtually instantly for me,<br>
there&#39;s a little flash of it redrawing but you really have to watch<br>
for it and it&#39;s not noticeably worse than any other app. &nbsp;I&#39;m<br>
switching between xterm and Mofi on Debian on the FreeRunner. &nbsp;The<br>
fact I can&#39;t see it could be due to Debian using a different GTK<br>
theme, I notice the font (and hence all the widets) are much smaller<br>
on Debian than on OM 2007/8, so it might render faster.<br>
</blockquote><div><br>It might be because I use a Qtopia-based installation (2008.8-update) then, and GTK might run better on Debian &#39;natively&#39;, I guess.&nbsp; <br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
The fact that Python is used for the application logic should have<br>
zero effect on the redraw speed. &nbsp;This is because the code that does<br>
the drawing (GTK), is actually written in C. &nbsp;The Python code tells<br>
GTK once when the window is created, &quot;hey I want five buttons and a<br>
textbox with this text, in this arrangement, you figure out the<br>
rest&quot;, it&#39;s then GTK&#39;s responsibility to redraw them and tell python<br>
when a button gets clicked or a menu item is selected. &nbsp;In a normal<br>
application that&#39;s just using standard widgets and not doing any<br>
custom drawing, redraws (like switching between applications)<br>
shouldn&#39;t execute any Python code at all.<br>
</blockquote><div><br>This is very informative, thanks.&nbsp; I still have the feeling that GUI performance is poor when the executable is written in python.&nbsp; Maybe its just me.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
But for typical GUI programs processor speed is usually largely<br>
irrelevant as long as the underlying toolkit is not completely<br>
broken. &nbsp;If a GUI is not responding it&#39;s a problem with how the<br>
program is structured, it should be doing something asynchronously<br>
instead of blocking the event loop.<br>
<br>
</blockquote></div>I just hope everybody follows best practices.&nbsp; At the end of the day, all I need is something that is responsive.<br></div>