Summary: | Transparency for plasma panel in non-composition mode | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | David Nolden <david.nolden.kde> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | kernelcruncher |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
David Nolden
2009-03-12 18:46:25 UTC
It can't be used in the same way its used for applets. Any application can do transparency within itself. (As with plasma applets on the wallpaper) But when you bring other applications in the mix (windows of any application) you have to either use real transparency provided by the graphics card or resort to ugly hacks that don't work too well. It has already been stated that Plasma will not implement hacks for transparency. Of course it can be done. All that would not work would be showing windows under the panel, and you would not have anti-aliased borders of the panel. But for the panel itself it would work perfectly. The KDE3 way of transparency works fine for a panel. Nobody cares if it's a hack or not! There is simply no technical reason why a panel in non-composition mode has to look significantly different from a panel in non-composition mode. *** Bug 252951 has been marked as a duplicate of this bug. *** |