GNOME Bugzilla – Bug 169614
Windows: GIMP seems incompatible with layered windows, used with the HyperPaint feature in WindowBlinds
Last modified: 2006-08-23 02:02:24 UTC
Version details: Windows version 2.2.4 using GTK+ 2.6.2 Distribution/Version: Windows XP Using WindowBlinds 4.5, when its HyperPaint feature for speedy moving of windows without excessive repainting of the background is enabled and GIMP windows 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. 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. This also occurs in OpenOffice 2.0 beta ( http://www.openoffice.org/issues/show_bug.cgi?id=44485 ) - do they use common display libraries? If anyone can suggest a library to target this bug to, be my guest. :-)
Reassigning to GTK+.
Hi. I'm a random guy. I have zero presence in the GNOME community, and I have no knowledge whatsoever of Bugzilla etiquette, if such a thing exists. I have no knowledge of either GTK's or WindowBlinds's inner workings, so I have no diagnosis of whether the problem lies with the former or the latter, nor do I have a suggested solution. That said, I experience this exact behavior, and since there are no other comments, I thought I'd speak up about it. Feel free to nuke this comment when something more substantive comes along.
WindowBlinds 5 fixes the problem.
Created attachment 55555 [details] OO 2.0 with Blackcomb UIS2 WB skin and Hyperpaint enabled The was obtained by dragging an OO window away from under the Firefox window.
No it doesn't. The bug is still present, although it fails in different ways with UIS1 than with UIS2 ones. Perhaps you don't have Hyperpaint running? Just try putting a window in front of most of the OO window and then dragging the OO window away . . .
Hmm, right you are, Laurence. The black-client-area problem is gone, and replaced with this new one. This is substantially less annoying, though. (In my opinion)
I don't think any gdk/win32 maintainer is going to install some 3rd-party penis enlargement, er, I mean desktop enhancement software of dubious quality just to work on workarounds for the problems it causes. Resolving as WONTFIX. (Of course, it would be nice if GTK+ itself used layered windows when necessary, i.e. implemented rgba visuals. But that's another issue.)