[Bug 10763] New: Window movement in virtual desktop mode should match real Windows
http://bugs.winehq.org/show_bug.cgi?id=10763 Summary: Window movement in virtual desktop mode should match real Windows Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, This is a suggestion about the way window borders are drawn when windows are dragged or resized, when in virtual desktop mode. Windows (2000) operation seems to be like this: - Window movement: - When the pointer is stationary over the window title bar, pressing and holding the left button causes the highlighted border frame to be drawn after approximately 1 second. (Wine only draws the border frame once the pointer is moved.) - For non-resizeable windows, the border is highlighted by a 1-pixel thick rectangle with dotted lines (Wine does this currently). For resizeable windows, the border is highlighted by a 4-pixel thick rectangle with crosshatch/checkerboard lines. (Wine uses XOR/complement highlighting in this case.) - Window resizing: - As with movement of resizeable windows, the Windows border frame drawing differs from Wine's complement type highlighting. My suggestion is that by default Wine's behaviour should match the Windows behaviour. However some users may prefer the complement type highlighting. (In some cases parts of the Windows border frame are invisible, depending on the background colour.) Maybe have an option or registry setting to tell Wine to always complement (including when moving non-resizeable windows)? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10763 --- Comment #1 from Austin English <austinenglish(a)gmail.com> 2008-06-17 11:43:29 --- Is this still an issue in wine 1.0? -- 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=10763 markk(a)clara.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markk(a)clara.co.uk --- Comment #2 from markk(a)clara.co.uk 2008-06-22 17:31:45 --- Wine 1.0 appears to have broken the virtual desktop mode. I'm testing on Ubuntu 8.04. (Graphics card is a nVidia GeForce 2 MX with the nVidia driver, but I don't think that is the cause of problem.) Firstly, instead of the window borders being highlighted when windows are moved or resized, the whole window is moved (or shown while resizing). I know Windows itself has that capability -- is there a registry setting so I can revert to the Windows 2000 default behaviour? The new behaviour causes major graphical corruption/trashing on my system. Dragging a window's title bar (e.g. that of Wine notepad.exe) causes parts of the window border and inside to vanish. The effect is worse if you move the mouse pointer about quickly and drag the window partly off the virtual desktop and back. For resizeable windows, adjusting the size by dragging a (possibily-invisible) border causes the window to refresh, restoring the vanished/trashed parts. Of course that is not possible with non-resizeable windows. If the Wine desktop window is minimised, or covered by another window then brought to the front again, Wine appears to tell all application windows to refresh themselves. -- 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=10763 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com -- 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=10763 --- Comment #3 from Austin English <austinenglish(a)gmail.com> 2009-02-16 02:06:36 --- Is this still an issue in current (1.1.15 or newer) wine? -- 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=10763 --- Comment #4 from markk(a)clara.co.uk 2009-05-10 20:27:20 --- This is still happening for me with Wine 1.1.21. To demonstrate, use winecfg to enable the virtual desktop. Then wine winhlp32.exe and drag the windows around quickly. -- 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=10763 --- Comment #5 from Alexander Scott-Johns <alexander.scott.johns+winebug(a)googlemail.com> 2009-05-11 04:44:47 --- Created an attachment (id=21023) --> (http://bugs.winehq.org/attachment.cgi?id=21023) Screenshot of Solitaire in a virtual desktop showing severe graphical corruption Caused by dragging the Solitaire window around. -- 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=10763 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- 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=10763 A Wine user <RandomAccountName(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |RandomAccountName(a)mail.com -- 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=10763 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|madewokherd(a)gmail.com | -- 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=10763 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx(a)gmail.com --- Comment #6 from Bruno Jesus <00cpxxx(a)gmail.com> 2012-03-03 22:18:28 CST --- Is this still an issue in current (1.4-rc6 or newer) wine? -- 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=10763 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com --- Comment #7 from Bruno Jesus <00cpxxx(a)gmail.com> 2012-10-01 21:27:18 CDT --- I guess this bug is fixed for a long time now, at least in one year I have never seen anything like the screenshot from comment 5. Austin, your knowledge is required, should we mark abandoned or fixed? -- 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=10763 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #8 from Austin English <austinenglish(a)gmail.com> 2012-10-01 22:25:32 CDT --- (In reply to comment #7)
I guess this bug is fixed for a long time now, at least in one year I have never seen anything like the screenshot from comment 5. Austin, your knowledge is required, should we mark abandoned or fixed?
FIXED seems appropriate. -- 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=10763 --- Comment #9 from Mark K <markk(a)clara.co.uk> 2012-10-02 07:32:38 CDT --- Ignoring the issue described in comments 2, 4 and 5 (I should probably have filed a separate bug for that) and going back to the original description... Current Wine versions default to dragging the full window (not an outline), even though the HKEY_Current_User\Control Panel\Desktop\DragFullWindows registry key in Wine is 0 by default. In Windows that registry key (which is also changeable using the System control panel) controls whether windows are dragged as an outline or the full window. Is there any setting in Wine that will enable outline window dragging, or has that feature been intentionally removed? I'd assume the Wine outline-dragging behaviour hasn't changed since the original bug/enhancement description, but don't know how to check given the unsupported/ignored DragFullWindows registry setting. Should I open a separate bug for the DragFullWindows registry key being ignored? -- 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=10763 --- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> 2012-10-02 07:53:36 CDT --- The feature is intentionally removed, it can't work properly. -- 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=10763 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #11 from Alexandre Julliard <julliard(a)winehq.org> 2012-10-12 13:35:32 CDT --- Closing bugs fixed in 1.5.15. -- 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.
participants (1)
-
wine-bugs@winehq.org