[Bug 18833] New: Fullscreen behavior constrains virtual desktops to leftmost Monitor when using Twinview
http://bugs.winehq.org/show_bug.cgi?id=18833
Summary: Fullscreen behavior constrains virtual desktops to leftmost Monitor when using Twinview Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: Skiri-ki@gmx.de
I have a dual-monitor setup using nvidias twinview to combine two monitors with a resolution of 1280x1024 each summing up to 2560x1024 total resolution. Some Fullscreen applications only receive the total resolution, try to use it, and get restricted to one monitor. Therefor only half of the application is rendered while the rest gets cut of (e.g. Portal). Alternately the application fails to start entirely (e.g Oblivion).
This isn't a problem if the application also has a list of common screen-resolutions along with the Twinview-resolution and can also be fixed by using a Virtual Desktop which works fine save for one tiny detail. Since Bug 14985 (http://bugs.winehq.org/show_bug.cgi?id=14985) was fixed these desktops are constrained to the leftmost monitor.
In my case this is my "secondary" monitor, and using it for primary purposes instead of assisting, secondary purposes causes me to rearange things on my desk. Yes this is merely an inconvenience for me but might be creating more trouble for others.
This could be fixed by either using the designated(by twinview) primary display, the display the application was launched on or through a configurable option.
If it's a to complex problem to efficiently solve, I wont mind if it's not implemented though.
http://bugs.winehq.org/show_bug.cgi?id=18833
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2
http://bugs.winehq.org/show_bug.cgi?id=18833
Jamieson Christian jamiesonc@tds.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jamiesonc@tds.net
--- Comment #1 from Jamieson Christian jamiesonc@tds.net 2010-01-10 18:46:13 --- Seconded. When playing World of Warcraft on the HDTV, I prefer to have GNOME desktop elements remain on the computer monitor, which requires that the HDTV be set up as the secondary monitor in nVidia Twinview. Currently this is not possible because the Wine virtual desktop always comes up on the primary monitor.
I tried running Wine with DISPLAY override, like so:
env DISPLAY=:0.1 wine "C:\Path_to_program.exe"
...but this results in the following error:
Application tried to create a window, but no driver could be loaded. Make sure that your X server is running and that $DISPLAY is set correctly.
http://bugs.winehq.org/show_bug.cgi?id=18833
LostAndFound ngoonee@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ngoonee@gmail.com
--- Comment #2 from LostAndFound ngoonee@gmail.com 2010-06-18 23:22:33 --- Please check out http://bugs.winehq.org/show_bug.cgi?id=23250 for a possibly more detailed explanation and workaround (just set desktop size to vert-size-1).
http://bugs.winehq.org/show_bug.cgi?id=18833
butraxz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |butraxz@gmail.com
--- Comment #3 from butraxz@gmail.com 2012-05-21 14:31:03 CDT --- This bug has not been updated for two years. Is this still an issue i current (1.5.4) or newer wine ? You may also close this as abandoned if you feel that that this is issue is no longer relevant to you.
http://bugs.winehq.org/show_bug.cgi?id=18833
--- Comment #4 from Jamieson Christian jamiesonc2@gmail.com 2012-05-27 10:38:22 CDT --- Behavior is still not right on a recent git compile of WINE. Here are a couple use cases, running WINE from the main monitor and the second monitor.
WINE VERSION: wine-1.5.4-185-g6c51c1b OPERATIN SYSTEM: Ubuntu 11.10 LTS DESKTOP: Unity Simple GPU: GeForce 9800 GT NVIDIA DRIVER: 280.13 DEVICE 1: 1680x1050 computer monitor DEVICE 2: 1920x1080 HDTV
USE CASE 1: * WINE configured to use virtual desktop sized to 1680x1050 * WINE launched from Device 1 desktop * Virtual desktop occupies entire Device 1 real estate, with no title bar or other window dressing * Desktop elements are occluded by the virtual desktop ***** PASS: EXPECTED BEHAVIOR
USE CASE 2: * WINE configured to use virtual desktop sized to 1920x1080 * WINE launched from Device 2 desktop * Virtual desktop occupies a 1680x1026 region on Device 2, and includes window dressing (so 1678x996 available to programs) * Desktop elements are not occluded by the virtual desktop ***** FAIL
http://bugs.winehq.org/show_bug.cgi?id=18833
--- Comment #5 from Jamieson Christian jamiesonc2@gmail.com 2012-05-27 10:57:02 CDT --- (In reply to comment #4) Note that the Unity menu bar on my machine is 24 pixels high, which explains why WINE used 1680x1026 as the size for the virtual desktop window in Use Case 2. (On Display 1, this would have precisely filled the space available to programs.)
It seems that although WINE now comes up on the correct display, based on where it was launched, it always uses the Display 1 resolution to decide (1) whether the virtual desktop can be made to the size specified in winecfg, and (2) whether the virtual desktop is to be fullscreen or windowed.
https://bugs.winehq.org/show_bug.cgi?id=18833
--- Comment #6 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=18833
Josh winehq@iooioio.orion.uberspace.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@iooioio.orion.ubersp | |ace.de
https://bugs.winehq.org/show_bug.cgi?id=18833
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #7 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #6)
This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=18833
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org