https://bugs.winehq.org/show_bug.cgi?id=40090
Bug ID: 40090 Summary: Window frame icon missing with MacDriver Product: Wine Version: 1.9.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winemac.drv Assignee: wine-bugs@winehq.org Reporter: f.platte@platte-web.de
Created attachment 53580 --> https://bugs.winehq.org/attachment.cgi?id=53580 zipped Screenshots showing the issue
Using the MacDriver the window frame icon of a program is missing using the X11 driver (without X11 theme) it's available. To show the issue I include 3 screenshots (zipped): 1st - Mac-native application, 2nd - x11 window without theming, 3rd - MacDriver window
BTW: using the X11 driver there is also no icon in the window frame.
https://bugs.winehq.org/show_bug.cgi?id=40090
Ken Thomases ken@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ken@codeweavers.com
--- Comment #1 from Ken Thomases ken@codeweavers.com --- This was a deliberate decision. I seem to recall that, at the time, the Human Interface Guidelines strongly discouraged the use of the document proxy icon in a window's title bar for anything other than, well, a proxy for a document that the window was presenting. The documentation has been overhauled and I can no longer find that, but I think the rationale is still sound.
The icon only shows up if you assign a URL of a document that the window is supposed to represent to the window. If you assign a URL, the window shows a pop-up menu for the path of the URL when you Control-click, Command-click, or right-click on the title. Also, the icon is draggable. The intent is to let the user drag the document file someplace, just as if he were dragging it from the Finder. There are delegate methods to suppress some of this behavior, but even with those implemented the icon still highlights briefly when you try to drag it.
In general, it's just a poor user experience. Mac users will expect that icon to represent a document, not the app. I don't think you'll find many other Mac apps which put an icon in their windows other than for documents.
If you want to turn off Mac window decorations when using the Mac driver, you can do that. Unlike with the X11 driver, it's not as simple as a switch in winecfg. You have to set a registry setting using regedit:
[HCKU\Software\Wine\Mac Driver] "Decorated"="n"
https://bugs.winehq.org/show_bug.cgi?id=40090
Rastafabi f.platte@platte-web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #2 from Rastafabi f.platte@platte-web.de --- That's a legit explanation. I just thought about reporting is as a cosmetic "bug" as wine as far as I know does not intend to do something in the best way, but the most windows-ish way. However now I clearly see the advantage of implementing it as is.
A small follow-up as you mentioned, that even the MacDriver supports non-themed windows: wouldn't make it sense, if the theming option in winecfg affects the MacDriver the same as it affects the X11-driver? like setting both registry keys with one option?
I will mark this as resolved.
https://bugs.winehq.org/show_bug.cgi?id=40090
--- Comment #3 from Ken Thomases ken@codeweavers.com --- Really, we need to make winecfg have a widget to select the user driver and then have separate sets of controls appropriate to the selected one. I'm just too lazy to do that.
In part, the behavior of Cocoa and the Mac windowing system is much more predictable than the nearly infinite variety of desktop environments and window managers on other platforms. Therefore, I think the Mac driver is more reliably correct than the X11 driver. So, there's much less need to disable window decorations or the like.
https://bugs.winehq.org/show_bug.cgi?id=40090
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org