Tue Aug 30 15:00:21 CDT 2005
It is a little more complicated then the way you explain it.
First, if you do not move the window that obstructs the scrolling lists
then there are no defects (use something else to cause the lists to
scroll). Yet, some added tracing shows that ScrollWindowEx (creating
invalidated regions) is called far more often then paintings (which
validates those regions). So ScrollWindowEx will typically have to
scroll invalidated regions of previous scrolls. And, as far as I can
see, the code does this flawlessly.
But, if you move the window that obstructs the scrolling list around,
then areas that where obstructed and get exposed must be invalidated.
This happens when the exposure events are processed. Now you can imagine
that the area that needs to be invalidated is different if it is
processed before the scroll or after the scroll. Since there is no
synchronization between exposure events and ScrollWindowEx calls, this
explains why it must go wrong in some cases and we see the defects.
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the wine-bugs