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@winehq.org ReportedBy: markk@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)?
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #1 from Austin English austinenglish@gmail.com 2008-06-17 11:43:29 --- Is this still an issue in wine 1.0?
http://bugs.winehq.org/show_bug.cgi?id=10763
markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |markk@clara.co.uk
--- Comment #2 from markk@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.
http://bugs.winehq.org/show_bug.cgi?id=10763
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #3 from Austin English austinenglish@gmail.com 2009-02-16 02:06:36 --- Is this still an issue in current (1.1.15 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #4 from markk@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.
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #5 from Alexander Scott-Johns alexander.scott.johns+winebug@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.
http://bugs.winehq.org/show_bug.cgi?id=10763
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=10763
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |RandomAccountName@mail.com
http://bugs.winehq.org/show_bug.cgi?id=10763
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|madewokherd@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=10763
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com 2012-03-03 22:18:28 CST --- Is this still an issue in current (1.4-rc6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10763
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #7 from Bruno Jesus 00cpxxx@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?
http://bugs.winehq.org/show_bug.cgi?id=10763
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #8 from Austin English austinenglish@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.
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #9 from Mark K markk@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?
http://bugs.winehq.org/show_bug.cgi?id=10763
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2012-10-02 07:53:36 CDT --- The feature is intentionally removed, it can't work properly.
http://bugs.winehq.org/show_bug.cgi?id=10763
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org 2012-10-12 13:35:32 CDT --- Closing bugs fixed in 1.5.15.
-
wine-bugs＠winehq.org