Version: (using KDE KDE 3.4.92) Installed from: Mandriva RPMs When dialog window appears, it looks like on a screenshot: http://aceler.isrc.ru/screenshots/transparency.png This bug is also appears when resizing konqueror windows (konqueror only, konsole, for example, not) It looks like these windows are not recognized as normal or special.
which window do you mourn about exactly? the popup menu (KDE StartMenu), KControl or Konqueror? For the popupmenu: those are not captured by KWin, i.e. the translucency is set by the style and is usually a "fake" translucency (the style takes a partial screenshot, blends the content on it and uses the result as /static/ background)
OOOOOPS! Wrong screenshot! http://aceler.isrc.ru/screenshots/transparency1.png I am sorry.
ahh, ok. this was a problem with older KDE versions: 1. it does only occur with shaped (rounded) decos (try another one, e.g. Redmond) 2. it should be fixed in recnet versions (around februrary?), especially svn - are you sure you're using 3.4.92 (3.5 beta2)? - test "kwin --version"
[aceler@booka ~]$ kwin --version Qt: 3.3.5 KDE: 3.4.92 (beta2, >= 20051010) KWin: 3.0 OK. I'll wait.
It works good with "plastic" deco (I don't like redmond deco). I hope it will be fixed in future versions.
so does it work with most (also shaped, like plastik) decorations and only with some not (which exactly?)
I found this bug only on "halfshadow" theme. I have some time to download nad check others.
it's probably a "bug" in that deco then (i.e. the author wrote it before any shadowing support in kwin) also it's not a KDE internal deco - where can one download the source? (google didn't help at all) in general the KDE decos need to work, all other bugreports should go to the author of the specific deco
I don't know, how exactly the name of this deco - because it's translated. This deco is in a standard rpms of Mandriva.
I found it - it is SVGdeco Decj. http://kde-look.org/content/show.php?content=23764
easy solution: ask the developer to call "updateMask()" in "resizeEvent()" (at the end) and "showEvent()" (before actually repainting the widget) instead of in "paintEvent()" - if you compile from source, you can of course do it yourself
OK, I've sent this link to developers. Thank you very much.
Smooth Blend was updated to include Thomas' fix. SVG Deco may be updated in the near future to match. Sorry for the problems.