wine users - Sep 2008 - Re: Window Scrolling on OSX

Thanks for working on it regardless, all these compiling issues are beyond most
of us. Everything is "easy" or "manageable" to fix as long
as you know how! I don't know if it's available via Macports, but I
imagine Darwine is rather tweaked for the Mac beyond merely being a straight
port, I don't know if Macports would throw up similar compiler issues.
I received another update from Apple (from Vanaja Pasumarthi specifically) on my
bug report, nothing new though, it's still being worked on by engineering.
At least they are aware of it.

I rather look forward to a native Darwine using Aqua straight without X11, and a
native GTK for The Gimp and Inkscape, or even better, someone making an actual
native version, as I'm not really a great fan of GTK, being slow and ugly.
Then, along with the Qt/KDE for Mac project, any issues of XQuartz would be
quite irrelevant for most of us Mac users.
A fully-integrated (functional) Darwine coming default with a Mac, along with
DOSBox/Boxer would be great for all those casual gamers. Apple could do worse
than invest in CrossOver, I reckon. I've just signed up to CrossOver as an
Advocate so I can test Wine on a few apps. Darwine alone is not yet up to
scratch, and I have more luck with Crossover, despite them using Wine 0.95. I
suppose the migrating window issue is one reason they haven't adopted 1.0+
yet.

I just had a look at that XQuartz bug report. Jeremy Huddleston changed the
milestone from 3.0 to 2.4.0 3 weeks ago. The roadmap doesn't show a 2.4
though, and 2.3.1 is overdue. 2.3.2 is supposedly due in 4 weeks, so who knows
when that will be.

Nope, Darwine (my builds at least) are a straight compilation of  
Wine's sources; take a peek in /Applications/Darwine/Wine.bundle/ 
Contents/ - everything that you get when compiling Wine goes in  
there.  On Intel Macs at least, the "Darwine" port basically refers to
WineHelper.app (the app launcher that lets you double click on things  
exe/lnk/msi's and automatically run them) now.

Of course, Darwine for PPC has patches for QEMU and the like, but I've  
never touched those.

What you're talking about for a native Darwine has to do with writing  
a Quartz driver to run instead of X11.  It's still within Wine's realm  
of content (see http://wiki.winehq.org/MacOSX/QuartzDriver for  
information on quartzdrv, or http://repo.or.cz/w/wine/ 
winequartzdrv.git for the latest sources).  Which is well beyond my  
coding abilities at the moment.

On Sep 4, 2008, at 2:22 AM, msandersen wrote:
> Thanks for working on it regardless, all these compiling issues are  
> beyond most of us. Everything is "easy" or "manageable"
to fix as
> long as you know how! I don't know if it's available via Macports,
> but I imagine Darwine is rather tweaked for the Mac beyond merely  
> being a straight port, I don't know if Macports would throw up  
> similar compiler issues.
> I received another update from Apple (from Vanaja Pasumarthi  
> specifically) on my bug report, nothing new though, it's still being  
> worked on by engineering. At least they are aware of it.
>
> I rather look forward to a native Darwine using Aqua straight  
> without X11, and a native GTK for The Gimp and Inkscape, or even  
> better, someone making an actual native version, as I'm not really a  
> great fan of GTK, being slow and ugly. Then, along with the Qt/KDE  
> for Mac project, any issues of XQuartz would be quite irrelevant for  
> most of us Mac users.
> A fully-integrated (functional) Darwine coming default with a Mac,  
> along with DOSBox/Boxer would be great for all those casual gamers.  
> Apple could do worse than invest in CrossOver, I reckon. I've just  
> signed up to CrossOver as an Advocate so I can test Wine on a few  
> apps. Darwine alone is not yet up to scratch, and I have more luck  
> with Crossover, despite them using Wine 0.95. I suppose the  
> migrating window issue is one reason they haven't adopted 1.0+ yet.