https://bugs.kde.org/show_bug.cgi?id=409524

--- Comment #11 from Szczepan Hołyszewski <rula...@wp.pl> ---
If I am dragging a supposedly "opaque" window, but I am seeing the background
behind it while I am dragging it, then the window is not *actually* opaque at
this very moment, unless you are using a very specific and technical meaning of
"opaque".

At this time there are four possible situations: "can't see through", "can see
through, no blur", "can see through, blur" and "can see through, blurred AND
unblurred background blended together". I think there should be only two
possibilities: "can't see through" and "can see through, blur" (if the blur
effect is enabled, otherwise of course "can see through, no blur").

Regarding "can see through, blurred AND unblurred background blended together",
after further tests I can see that the blending always occurs, and the lower
the opacity (greater translucency) the more of the "dry" background is blended
in. At higher but non-full opacity values the admixture of unblurred background
is barely visible, but it becomes gradually more pronounced as
_NET_WM_WINDOW_OPACITY goes down; the perceptual threshold is somewhere around
0xe4000000 for me, and incidentally Konsole has 0xe6666665, which is why I
didn't originally see the unblurred admixture in Konsole. I'll prepare some
screenshots to demonstrate the problem, and we will probably have to split this
bug into several.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to