https://bugs.kde.org/show_bug.cgi?id=435114
Holger <h.kl...@gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDSINFO |RESOLVED
Resolution|WAITINGFORINFO |WORKSFORME
--- Comment #6 from Holger <h.kl...@gmx.de> ---
I'm still waiting to Kubuntu 22.04 to ship a more recent version of KWIN
For now I'm stuck with:
$ apt list kwin*
Auflistung… Fertig
kwin-addons/impish,now 4:5.22.5-0ubuntu1 amd64 [installiert]
kwin-common/impish,now 4:5.22.5-0ubuntu1 amd64 [installiert]
kwin-data/impish,impish,now 4:5.22.5-0ubuntu1 all [installiert]
...
As for this bug, at least it got a whole lot better, so I don't see this
anymore with KDE apps.
Still, TV-Browser has some issues with the "darken parent effect" for it's
subdialogs of subdialogs. For the first layer of dialog it does not darken the
parent at all!
After closing a dialog in the 3rd or 4th layer, it suddenly redraws the
"fading" darkness over the main-parent about 10 times interleaving with 10
times drawing the non-darkened parents. After this automatic fire stops, it
might trigger a few more times by moving the mouse and hovering different
mouse-over effects of buttons/checkboxes.
Also characteristic for this is, that this flaking darkness does not fully
cover the parent window, but only a bunch of arbitrary rectangles. I can only
assume, that the java-code is not quick enough to draw the GUI for every fading
increment? Or Java uses some low-level access to put it's bits into the
screen-buffer at it's own sweet time?
At least the darkness is lifted completely once I return to the main window,
unlike bug 450350, where the "darkness" lives on it's own :)
TV-Browser Version: 4.2.4
Plattform: Linux 5.13.0-37-generic
System: amd64
Java-Version: 17.0.1
OpenJDK 64-Bit Server VM Eclipse Adoptium /opt/jdk-17.0.1+12
--
You are receiving this mail because:
You are watching all bug changes.
