On 06/27/2014 09:44 PM, CM wrote:
>> Additionally, in most GUI apps (although not all), 
>> the main bottleneck is usually not the programming 
>> language but the user. GUI apps tend to spend 
>> 95% of their time idling, waiting for the user. Its 
>> been a *long* time since the GUI framework itself 
>> has lagged behind the user's input, except 
> Although that is true, I have found that I have
> managed to get wxPython apps to feel laggy in certain
> parts, particularly on not-very-fast computers. I
> can see this in starting up the program and some
> other areas such as repainting damaged windows
> rapidly. It's not a huge effect, but it does 
> influence the "look and feel" and I care about it.

I highly doubt this lagginess has anything to do with Python, honestly.
 If you're seeing slowdowns in the areas you state, you'll probably
experience the same issues in the equivalent C++ version.  All drawing
is done by the underlying binary library.

I've made GUIs in GTK and Qt with Python and never had any that was
appreciably slower than C or C++ apps.


Reply via email to