http://bugs.winehq.org/show_bug.cgi?id=4009
------- Additional Comments From the3dfxdude@gmail.com 2006-16-10 14:03 ------- Suggestion for a non developer? Find a really simple test case. I'm working on improving the test case as I discovered a way that fixed the test case, but not diablo. It's taking quite a while, because it's a shot in the dark.
I want to make note here, that dialog boxes on top of fullscreen ddraw are totally supported on windows. It works too on wine from a test case I discovered in the DX8 SDK. However, the problem here is these apps use custom dialog boxes, and even with Diablo, replaces some of the dialog functions from user32.dll.
I just wanted to update here as well, none of the patches posted so far I believe are correct. The GetDesktopWindow one is nice, as it does show behavior, but it clearly breaks other things from tests I have done. The desktop when receiving mouse movement messages causes a message to be sent to execute the correct block of code for drawing of the dialog boxes in Diablo. But there is also a timer that should be doing the same thing on it's own, which this GetDesktopWindow scenario does nothing for. And using the Desktop window, it is visibly wrong in Diablo as the drawing seems out of order and missing some things. This is also similar to Starcraft's Battle.net screen.