Summary: | The new blur effect should be applied faster | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Filip Fila <filipfila.kde> |
Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | minor | CC: | vlad.zahorodnii |
Priority: | NOR | ||
Version: | 5.13.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Filip Fila
2018-06-16 15:26:28 UTC
Blur effect doesn't blur behind transformed windows (wobbly windows effect transforms/deformates windows). That's because blur effect operates on rectangular regions. *** This bug has been marked as a duplicate of bug 391819 *** (In reply to Vlad Zagorodniy from comment #1) > Blur effect doesn't blur behind transformed windows (wobbly windows effect > transforms/deformates windows). That's because blur effect operates on > rectangular regions. > > *** This bug has been marked as a duplicate of bug 391819 *** You're absolutely correct, this happens because of Wobbly Windows. However, when I was using the old blur and forced it everywhere with Kvantum it didn't have this issue IIRC, it blurred instantly. But that might be because the blurring method was very different? Could a workaround be possibly made that detects if a user has Wobbly Windows on and then implements the gradual blurring that the new screen locker has? Although this may open other problems, of course. (In reply to Filip from comment #2) > You're absolutely correct, this happens because of Wobbly Windows. However, > when I was using the old blur and forced it everywhere with Kvantum it > didn't have this issue IIRC, it blurred instantly. But that might be because > the blurring method was very different? > > Could a workaround be possibly made that detects if a user has Wobbly > Windows on and then implements the gradual blurring that the new screen > locker has? Although this may open other problems, of course. That would still produce visual problems. See https://bugs.kde.org/show_bug.cgi?id=391819#c8 (In reply to Vlad Zagorodniy from comment #3) > (In reply to Filip from comment #2) > > You're absolutely correct, this happens because of Wobbly Windows. However, > > when I was using the old blur and forced it everywhere with Kvantum it > > didn't have this issue IIRC, it blurred instantly. But that might be because > > the blurring method was very different? > > > > Could a workaround be possibly made that detects if a user has Wobbly > > Windows on and then implements the gradual blurring that the new screen > > locker has? Although this may open other problems, of course. > > That would still produce visual problems. See > https://bugs.kde.org/show_bug.cgi?id=391819#c8 Ah, that's pretty bad, yes. I was just trying to think of ways to speed up the blurring once the window is put into position or to at least alleviate the transition somehow, but maybe it's impossible. Thank you for looking into this regardless of that and for your quick reply. |