[Bug 14067] New: Virtual desktop window refreshing
http://bugs.winehq.org/show_bug.cgi?id=14067 Summary: Virtual desktop window refreshing Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, (Using Ubuntu 8.04, GNOME desktop, Wine 1.0) This is a question about virtual desktop mode. When the virtual desktop window is minimised then restored, or brought to the front after being covered by another window, Wine appears to tell the Windows applications to refresh their windows. (At least, on my old slow system I notice buttons etc. being redrawn - restoring the virtual desktop window is not instantaneous.) Is that correct? Surely it would be better for compatibility and speed if Wine caches the whole virtual desktop bitmap when the window is not visible, so it can be instantly displayed when the virtual desktop window is restored/revealed. Could some Windows programs assume that if they are the only window on the desktop, that they don't need to refresh their window imagery? -- 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=14067 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX --- Comment #1 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-06-23 06:19:34 --- Why don't you request this either in your Window Manager on X11 bugzilla? That's a more logical place for this kind of a feature. -- 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=14067 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-06-23 06:19:57 --- Closing. -- 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=14067 markk(a)clara.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|WONTFIX | --- Comment #3 from markk(a)clara.co.uk 2008-07-04 18:10:43 --- Is there a standard way for an application to tell the window manager to refresh/redraw its windows automatically when restored or revealed? (That is, the window manager would keep a copy of the whole window bitmap in memory, and restore its contents from that buffer when restoring it. The application code would not be involved in refreshing at all.) If there *is* a standard way to do that, it would be great if such an option could be added to Wine. If there *isn't* a standard way to request that behaviour... Like any other application, Wine is responsible for redrawing/refreshing its window (the virtual desktop window) when it is restored or revealed. Currently, am I correct in thinking that Wine does that by asking the running Windows programs to redraw/refresh their windows? My suggestion would be to have an option for Wine to remember the window state, so - as far as the running Windows programs are concerned - nothing happens when the user minimises & restores the virtual desktop window. (No refresh messages sent to them etc.) This is important when the Windows program thinks it is the only window on the desktop, and does not repaint itself. A specific example is the installer for the Microsoft game "Age of Mythology". While the installation is running, the installer only updates a progress gauge, leaving the rest of its window untouched. So if you e.g. drag another X application window over the Wine virtual desktop, then minimise it to reveal the virtual desktop, the installer does not repaint its window, leaving "trash" on the screen. -- 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=14067 --- Comment #4 from markk(a)clara.co.uk 2008-07-10 17:14:20 --- To elaborate on this some more... Consider virtualisation/emulation programs like VirtualBox, Bochs, VMware etc., which completely emulate the hardware of a PC. The program does not know anything about the guest OS/windowing system. Therefore, it must handle remembering and restoring covered & revealed parts of the display window. If X doesn't already support doing that automatically (when requested by the X client), it's safe to say there's no chance of X supporting it -- and the support fitering downstream to OS distributions -- in the forseeable future. A demo version of Age of Mythology is available from http://www.microsoft.com/Downloads/details.aspx?familyid=9F52C391-683F-46D6-... Direct URL is http://download.microsoft.com/download/4/7/8/4785f001-bec0-44c3-8adb-5bb5f8f... (Warning: 337MB file!) Hopefully installing that when in virtual desktop mode will demonstrate the problem I'm referring to. -- 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=14067 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=14067 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|download | --- Comment #5 from Austin English <austinenglish(a)gmail.com> 2010-07-18 19:33:55 --- Download link is busted. Please retest (though I don't understand what the bug is, tempted to close as invalid). -- 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=14067 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh(a)gmail.com --- Comment #6 from Jerome Leclanche <adys.wh(a)gmail.com> 2011-10-28 09:01:22 CDT --- Invalid/abandoned? -- 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=14067 --- Comment #7 from Austin English <austinenglish(a)gmail.com> 2013-11-13 16:51:46 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log). -- 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=14067 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- 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=14067 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 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