Apache OpenOffice (AOO) Bugzilla – Issue 44485
WindowsBlinds with HyperPaint: OpenOffice does not repaint window when moved
Last modified: 2013-07-30 02:18:50 UTC
This problem was reported to us with the Danish OO version 1.9.81. Using WindowBlinds 4.5, when its HyperPaint feature for speedy moving of windows without excessive repainting of the background is enabled and OpenOffice applications are moved, the client area of the window is not repainted, resulting in a black client area. If HyperPaint is disabled then this does not occur. This does not occur in other applications. Having discussed this problem with Stardock, future versions of WindowBlinds may apply a patch disabling their HyperPaint feature based the .exe names (soffice.exe, quickstart.exe, sbase.exe, scalc.exe, sdraw.exe, simpress.exe, smath.exe, swriter.exe). To test with future versions of WindowBlinds, you may need to rename these executables. If this bug is fixed then it might nice to drop an email to support@stardock.com asking them to remove this exclusion. It would be good if it *was* fixed because previous users of the software may not decide to upgrade.
Created attachment 23535 [details] OpenOffice Writer after being moved with HyperPaint enabled
It has been suggested by the WB developers that OpenOffice does not work correctly with the redirection of drawing to a temporary bitmap performed by the Windows XP layered window subsystem.
OK, so this does occur in one other application so far . . . The GIMP version 2.2.4 using GTK+ 2.6.2. Shared library problem? I do not know what common display libraries these programs use on Windows (if any), so if anyone has any idea where this bug should go to, please comment. :-)
The associated bug has been assigned to GTK+ here: http://bugzilla.gnome.org/show_bug.cgi?id=169614
changed component reassigned to the owner of the component
TM->CD: Please have a look. Don´t really know if this can be fixed. Thanks !
cd->ssa: Can you please have a look at this issue.
I can confirm this issue, but without knowing exactly what HyperPaint is doing there is not much that can be done. Where does the information about the layered windows come from ? Is there any developer contact to stardock ?
You can read more about layered windows here, although it doesn't go into great detail: http://msdn.microsoft.com/library/en-us/dnwui/html/layerwin.asp To talk to the developer please email neil at stardock, with a dot com at the end.
ssa: i cannot fix anything without knowing what stardock is doing exactly. so far i got no answer from the given email address, so I consider closing this issue.
We've just released WindowBlinds 5, so I imagine he's been somewhat snowed under. :-) I'll ask him if he can take another look at your mail, now it's released.
I receive the following answer from StarDock, which explains what they're doing: "The problem with OpenOffice appears to be with the PrintWindow api call which WB is using. What should happen is the contents of the window are drawn into the provided HDC, but with OpenOffice nothing gets painted. I am guessing this is a problem with the WM_PAINT handler code in OpenOffice. As far as I understand it, PrintWindow alters the HDC returned from BeginPaint. Does your code ignore this and instead use GetDC perhaps?"
ssa->pl: not sure if this is still an issue as stardock wanted to workaround it
Reset assignee on issues not touched by assignee in more than 2000 days.