Summary: | theme transparency doesn't work if desktop background isn't an image | ||
---|---|---|---|
Product: | [Unmaintained] superkaramba | Reporter: | Josh Metzler <joshdeb> |
Component: | general | Assignee: | Ryan Nickell <p0z3r> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Josh Metzler
2006-11-10 01:52:36 UTC
This will probably be like that until kde truly supports transparency. SuperKaramba's transparency is understandably fake, where it just grabs the related section of background picture and uses that as theme background. It appears rendered backgrounds (2 color, pattern, 1 color) need a different method of screengrab and those with hands in the code probably prefer to just wait till true-transparency miracle happens. Is this a superkaramba problem or a kdesktop problem? If it's just superkaramba then Bug 128867 could be closed. Works for me since I updated to KDE 3.5.6. But only when I don't use vertical or horizontal color gradient or single color. Indeed. With a gradient, it still looks odd. Either this bug or Bug 128867 should be marked as duplicate. BTW: There seems to be a workaround for people who don't want to use a wallpaper but superkaramba. Simply choose a non-existing wallpaper. Although it's the same as if you don't have a wallpaper the superkaramba widgets are now transparent. A kdesktop bug? Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. |