Hi Ulrich,
I made a much simpler test case. All you need to do is edit the run script to point to wherever you extracted the test case to. It is only one file, all you need to do is install the Sun JDK to c:\java
It creates a Swing JFrame and adds a Swing Button and an AWT button. Switching virtual desktops makes the button disappear, forcing a repaint of that area makes it reappear.
If you, or anybody else, could take a look, that'd be most appreciated. thanks -mike
On Tue, 2003-05-20 at 12:38, Ulrich Czekalla wrote:
On Mon, 2003-05-19 at 11:52, Mike Hearn wrote:
Oh, I should probably have noted that expose events are processed properly - forcing a repaint of an area, by dragging a window over it for instance, and IE will display that area properly. It's only on certain WM operations, like switching desktops, initial map, changing stacking order (for some reason this app forces the window to the bottom then back to the top while loading a page). So, I suppose I'm wondering if Z-Order bugs would interfere with the ExposeEvent->WM_PAINT dispatch system?
It would interfere with the order in which the controls are painted. It looks like Alexandre committed some z-order and painting related patches. Could you give the latest CVS tip a try?
/Ulrich