OT: Xranr support for MacOSX {was: Wine Window not Maximizin

[James Mckenzie]

Note: This is somewhat related to Wine as fullscreen window support for X11 does not exist, at present, in the base X11 code. Many folks have posted threads asking why this is not so.

Bottom line: Without good xrandr support, there will NEVER be true fullscreen support nor the ability to open X11 sessions with sized windows without using the virtual desktop. This is sorely needed and bypassed by CrossOver, WineSkin and several 'off brand' Wine builds that the Wine project does not and cannot support.

doh123 <[email protected]>

Sent: Aug 20, 2010 12:19 AM
To: [email protected]
Subject: [Wine] Re: Wine window not maximizing in Mac OS X




There should be a way Wine could tell the window to not allow manual resize, but it would probably be very OSX specific
and not wanted in Wine source... I don't think its anything wrong with X11 on Macs other than your not supposed to be able
to do it, but X11 still lets you try because its not being told to disable it. If Wine tells the window to resize, it
resizes just fine.... graphics scaling with window changes and not just changing the resolution in the window would be
cool, but I think that would be a major PITA to implement.

If this were a Wine project problem, I would say, let's fix it. It is not, it is an X11/video driver problem. I have an IBM Thinkpad, with an ATI chip, same manufacturer as the chip in my MacBookPro. It could do screen resizing in the late 1990s. Actual screen size 1600x1200, I routinely displayed 640x480 on the screen, even in Linux.

If you're looking for RANDR in Xquartz (to allow fullscreen and resolution switching) look for Xquartz 2.6.0 out by the
end of the year, or you can get alpha builds from the xorg-server-devel install on Macports. I have a few games I've been
playing on Wine with it, and its actually coming along nicely, at least on 10.6, theres some bugs affecting earlier
versions but they should be cleared up soon.

At the wrath of Vitaly and others, please keep us up to date on this. I don't normally run Alpha level code on my system, but if it is possible to 'back level' to 2.5.1, I will try and grab this package over the weekend (as well as update my local git) at an Internet Cafe. Progress on Xranr is very important to providing fullscreen capabilities as well as frameless windows in X. Hopefully, we will see much progress and a much earlier release of 2.6 because there are other features that MacOSX X11 needs.

I'll visit the forums this weekend as well and start a thread that I would like to see made into a sticky that will explain and update this topic. Again, this is not a Wine problem, but it affects every MacOSX Wine user, myself included.

Thank you all for your patience and please forgive this long reply to doh123's entry, but every Wine user should understand that Wine is not used just on Linux, and that not every UNIX release has perfect X11 implementation. And no, we don't want to 'downgrade' to Linux. We bought our Macs for the fantastic interface and the fact that the operating system is UNIXy in nature.

James McKenzie

[dimesio]

The place to put this information is the MacOSX wiki page, which looks to be sorely in need of updating. An experienced Mac user needs to do it. http://wiki.winehq.org/MacOSX

[doh123]

If this were a Wine project problem, I would say, let's fix it. It is not, it is an X11/video driver problem. I have an IBM Thinkpad, with an ATI chip, same manufacturer as the chip in my MacBookPro. It could do screen resizing in the late 1990s. Actual screen size 1600x1200, I routinely displayed 640x480 on the screen, even in Linux.

I'm not sure what resizing is missing. The only window resizing that should not work, because its not supposed to as far as I know, is when you run a virtual desktop, Wine isn't telling X11 that its not allowed to resize, and you can resize your virtual desktop windows, but its just garbage it the extra space. I've run several programs that actually run in a window without a virtual desktop, and they resize just fine like they are supposed to.... but then again I haven't used Apple X11 in years, I stick to the latest Xquartz builds.

At the wrath of Vitaly and others, please keep us up to date on this. I don't normally run Alpha level code on my system, but if it is possible to 'back level' to 2.5.1, I will try and grab this package over the weekend (as well as update my local git) at an Internet Cafe. Progress on Xranr is very important to providing fullscreen capabilities as well as frameless windows in X. Hopefully, we will see much progress and a much earlier release of 2.6 because there are other features that MacOSX X11 needs.

if you install the actual installer version of the alpha for 10.6 it installs to /opt/X11, so it will only replace Xquartz and not touch Apple's X11, or Macports Xquartz installs. This makes it really easy to just trash it and go back to like the 2.5.3 release. I prefer running things through Macports... heck I use it to build almost everything for Wineskin, though a few things i use my own local repo portfiles, but most comes stock from Macports. I often install multiple things and try different things... I keep multiple Macports installs in different folders and just symlink /opt/local to the build I'm currently using.

Thank you all for your patience and please forgive this long reply to doh123's entry, but every Wine user should understand that Wine is not used just on Linux, and that not every UNIX release has perfect X11 implementation. And no, we don't want to 'downgrade' to Linux. We bought our Macs for the fantastic interface and the fact that the operating system is UNIXy in nature.

about 90% of Wine users automatically think Linux... everything is assume Linux unless said otherwise.... maybe one day that will change. Mac OS X is more than UNIXy, it actually is UNIX certified, unlike Linux While it doesn't really mean much other than to irritate a few Linux lovers, its fun to tell them OSX really is UNIX and Linux is just trying to be like UNIX.