https://bugs.winehq.org/show_bug.cgi?id=39774
Ken Thomases ken@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #3 from Ken Thomases ken@codeweavers.com --- Unfortunately, there's not going to be any quick fix for this. It may never be fixed.
The program draws directly to the desktop window. That's not currently supported on the Mac, either with the Mac driver or X11 driver (except with virtual desktop mode, where Wine's desktop is different from the Mac desktop).
It's not clear exactly how I _could_ support it. Mac apps are not allowed to draw directly to the desktop. I could perhaps fake it with a transparent overlay window, but it's not obvious how to know what parts of the window should be transparent.
I could maybe use some color-keying approach. I think the app reads the current bitmap of the desktop, draws on top of that, and then blits that modified bitmap to the desktop. If I made the read operation produce some bogus solid color (e.g. magenta) and then treated any pixels that remain magenta after the app draws to it as transparent, that might work. On the other hand, this app seems like one that might actually use magenta in its drawing. Also that approach would conflict with apps which read the desktop and expect to get its actual contents (like a screenshot feature), should I ever actually implement support for that in the Mac driver.