| Summary: | [Request] Allow new blur effect to be used in conjunction with Wobbly Windows | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | lawrencem |
| Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | christian, polarathene-signup, vlad.zahorodnii |
| Priority: | NOR | ||
| Version: | 5.13.3 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
lawrencem
2018-08-10 08:35:01 UTC
(In reply to lawrencem from comment #0) > Currently, it causes blurred backgrounds to lose their blur effect and just > become transparent until the animation is completed. I read a post from the > author of the effect on Reddit where he stated the Wobbly Windows effect > itself would need to be updated to fix this. Did Alex really say that? I'm afraid that's not possible because the Wobbly Windows effect transforms windows, while the blur effect only blurs rectangular regions. The only viable solution is to make frame background such way that it doesn't matter whether background behind it is blurred. For example, in Windows 7 (and probably in Windows Vista), background behind windows is not blurred during the fly in/out animation(when window appears or disappears). They just made "frame"(not sure how it's called in Windows) background such way that it doesn't really matter whether background is blurred, users still think that's glass. So, because of technical reasons, I mark this bug as WONTFIX (sorry). *** Bug 416456 has been marked as a duplicate of this bug. *** Hey. I cam here because I was looking for a solution/workaround of that bug. So it is affecting me, too. Will there be any ETA on when someone is to pick this item? Or will it forever be in that state? :) |