On Sun, 2005-02-13 at 13:52, Rein Klazes wrote:
On 12 Feb 2005 20:42:37 +0100, you wrote:
Nick Hornback vidar268@yahoo.com writes:
Alright, this is probably the last time I will bring it up before I realize that there is essentially no interest in fixing this, but this has been bothering me for quite some time now. A few others have brought it up over the past couple months as well.
There is a lot of interest in fixing it, but it's far from trivial especially for apps that I don't have. You can help by posting traces (+server,+win,+message is usually a good start) of the offending behavior.
ClipRgn.exe has the same or a similar problem. It uses GetDCEx instead of BeginPaint when it wants a different clip region then the default.
Hi,
I remembered am email on wine-devel a while ago:
http://www.winehq.org/hypermail/wine-patches/2004/10/0139.html
I hoped this was relevant and tested out his redraw.c tests. They all succeed on my win98/winnt/win2k and winxp machines and fail on Wine:
[paul@penguin tests]$ make redraw.ok ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so redraw.c && touch redraw.ok redraw.c:121: Test failed: LB_SETTOPINDEX: Listbox should redraw itself redraw.c:149: Test failed: EM_REPLACESEL: Single-line edit control should redraw itself redraw.c:155: Test failed: EM_SETSEL: Single-line edit control should redraw itself redraw.c:161: Test failed: WM_CUT: Single-line edit control should redraw itself redraw.c:167: Test failed: WM_PASTE: Single-line edit control should redraw itself
Although the mail talks about redrawing listboxes and edit-controls, could this also be true for windows/controls in general?
Cheers,
Paul.
P.S. Should I send the test to wine-patches?