Slashdot Mirror
Wine 1.8 Released (winehq.org)
An anonymous reader writes: Wine 1.8.0 is now the latest stable release of Wine Is Not An Emulator and available from WineHQ.org. Wine 1.8 features include support for DirectWrite, Direct2D support, very limited Direct3D 11 support, simple application support of DIrect3D 10, support for process jobs, 64-bit architecture support on OS X, networking updates, and over 13,000 other individual changes.
Time to download!
If so, then it's a total non-starter period.
Last time I tried wine on OS X was 3 or 4 years ago, and it wanted me to install X11, and I said screw this, I'll just run Windows in parallels.
If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.
I'd say maybe you should spend 5 seconds googling yourself ... There has been a native Mac driver since Wine 1.6: https://www.winehq.org/announc...
I hadn't used Wine in a while either but installed Fallout 2 last night and played without X11/XQuartz. I just had to enable the mac driver as I don't think it's on by default.
If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.
I'm sure they are deeply embarrassed with themselves because some anonymous guy on the internet is whiny that free stuff he's not being forced to use isn't good enough.
SJW n. One who posts facts.
Perhaps because you don't care to pay for a Windows license, or agree to Microsoft's EULA?
Having it run in the actual host OS via using libraries has a large number of advantages - from the utterly obvious of being able to cut and paste between applications onwards. Do you really want to muck about transferring the files you want to work on to a VM? I've done that and it gets old fast even for hobby stuff.
Having to run an entire extra desktop with all the overhead to run a single application may be the way that people are used to doing it with RDP and MS Windows, but it's a pain in the neck in comparison to just clicking on a menu item or icon to start the thing as if it was in it's native OS.
You do realize that ReactOS relies heavily on Wine to implement a lot of the compatibility for the Windows API, right?