[Bug 39774] New: Desktop "Holiday Lights" app doesn't show lights on OS X
https://bugs.winehq.org/show_bug.cgi?id=39774 Bug ID: 39774 Summary: Desktop "Holiday Lights" app doesn't show lights on OS X Product: Wine Version: 1.8-rc3 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sdoom4(a)gmail.com Created attachment 53062 --> https://bugs.winehq.org/attachment.cgi?id=53062 Section of screen showing bug A continuation of report https://bugs.winehq.org/show_bug.cgi?id=39758, with link to EXE file in that bug report. In Holiday Lights, lights are not showing on OS X at all, regardless of which options are set. However, in the app's screensaver mode, the lights are visible. section of screen is attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39774 --- Comment #1 from sdoom4(a)gmail.com --- Created attachment 53063 --> https://bugs.winehq.org/attachment.cgi?id=53063 Screensaver Mode -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39774 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://xmasfun.com/Download | |s/LIGHTS95.exe CC| |ken(a)codeweavers.com Component|-unknown |winemac.drv --- Comment #2 from Austin English <austinenglish(a)gmail.com> ---
From the other bug:
Program starts, but lights still don't show. They do show when in X11 mode and virtual desktop activated! They won't show up with the winemac driver. Is that worthy of another bug report? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39774 Ken Thomases <ken(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from Ken Thomases <ken(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org