[ wxwindows-Bugs-1786972 ] Slow Painting

[SourceForge.net]

Bugs item #1786972, was opened at 2007-09-03 09:31
Message generated for change (Comment added) made by roebling
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1786972&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxGTK specific
Group: Platform specific
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Lloyd (lloydkl)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slow Painting

Initial Comment:
In wxGtk2.8.4 the painting is too slow compared to wxGtk2.6.3. The slowliness of the painting would be annoying to the user. This problem can be found by running the drawing sample and by rotating the mouse scroll wheel to and fro for too many times consecutively.

OS Redhat EL 4 (Kernel 2.6.9-5)
Gtk+ lib version 2.4.13
gcc 3.4.3


----------------------------------------------------------------------

>Comment By: Robert Roebling (roebling)
Date: 2007-09-04 11:30

Message:
Logged In: YES 
user_id=77100
Originator: NO

I'm currently updating to the latest revisions from the two branches and
will compile and test then. But a diff betwenn the drawing code from 2.6
and 2.8 showed no obvious change for slowdown. You are sure you are using
the same compilation options, the same GTK+ version etc. for the same
drawing code? The drawing sample is pretty big, complex and has "unnatural"
drawing calls, since it test the API, not performance. 

Interesting would be if the reporting of invalidated areas might differ
between the two version of wxGTK when scrolling happens. This would be the
easiest explanation for a slow down (or absence thereof).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1786972&group_id=9863