[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(a)winehq.org ReportedBy: Skiri-ki(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 Jamieson Christian <jamiesonc(a)tds.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jamiesonc(a)tds.net --- Comment #1 from Jamieson Christian <jamiesonc(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 LostAndFound <ngoonee(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ngoonee(a)gmail.com --- Comment #2 from LostAndFound <ngoonee(a)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). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 butraxz(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |butraxz(a)gmail.com --- Comment #3 from butraxz(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 --- Comment #4 from Jamieson Christian <jamiesonc2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18833 --- Comment #5 from Jamieson Christian <jamiesonc2(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=18833 --- Comment #6 from Austin English <austinenglish(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=18833 Josh <winehq(a)iooioio.orion.uberspace.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq(a)iooioio.orion.ubersp | |ace.de -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=18833 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #7 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=18833 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org