Hello gang! Nice to see some wine guys here!
a sip every now and then is a great thing (especially for nostalgia purposes). Of course, it may sound like im talking alcohol, but I'm actually talking about the unix engine that allows you to run some windows programs in a unix based environment... ...like my fave, the Mac... ...You know, it's come a long way from the emulator based version that supposedly ran a few games on PPC... ...good times... ...for psychotherapists who had to deal with those who got frustrated with it...
Just a note to all of you now:
X11 is now just XQuartz. And to note another big leap change, the XQuartz in latest wineskin is buggy as ****, so I recommend forcing the latest one from your system, and leave the window manager alone (it will pull from your system by default). The disadvantage here is that you can only run one app at a time... ...big loud EEEHNNNN sound... ...Not really so, if you use a wrapper, point it to nothing.exe (gives you a primary app for controlling wine settings) then use the custom exe, configuration app, and winetricks correctly with aliases, symlinks etc. This means you have one xserver running (as oppopsed to the many you could run before), with all "custom exe's" sharing the same process memory, allowing for cheats, traces, and other crazy stuff. No more downside. Just remember, any games should override graphics options, any tools, office etc should use automatic for screen settings. This is because the opengl in lion XQuartz doesn't automatically set your screen options, especially if the game calls for resolutions your system doesn't support anymore (640 etc), GDI has a standard set for 1024, which most systems support by default as a scaled down version of their native. XRANDR, or more accurately, the automatic version of this tool, is not yet (and probably won't be) functional on Lion, or Mountain Lion. Since wine is now considered a developer style tool, they expect you to fullfill some tasks on your own. This does not preclude you from running multiple apps so long as they run from custom exe's. This means you will have to set that. Those apps that require different windows version settings can be selected in the configuration dialoge, and set to run in that mode in "compatibility" mode for the wrapper. Same process id and they can connect to one another via memory space connections, but no real interaction other than the memory stack (a downside, but similar to windows anyway, so functionality is almost exactly the same). If the apps are done correctly (accessing memory stack instead of other programs directly), they should work fine, and since the stack was the only real way back in the day, most should work.
Wineskin may have few flaws in latest form, but it definitely outstrips the competition right now. If you like it and can pay, donate a small amount, it's a way to say thank you to DOH123.
Screen settings for some games:
override
fullscreen
current res
24bit
any delay you want
You should be able to go back and forth between fullscreen and window with cmd opt a, but it's not completely perfect.
Many games require the older dib engine for the models to work, so use 1.4.1 or lower for best performance. Now you have one wine bottle, multiple programs in it, and all access one another. Not bad. You can even set one program to open another. All that's needed is a way to get out of the window, to get to other apps. So far it's the only drawback I've seen worth really mentioning.