This forum has been archived. All content is frozen. Please use KDE Discuss instead.

KDE 4.5 RC1 - question about new Blur effect

Tags: None
(comma "," separated)
joethefox
Registered Member
Posts
122
Karma
0
OS
Sorry if the question may seem silly, but I was curious to understand why, for example, both in the main panel rather than on the kickoff (both having a semi-transparent background) the blur effect is applied, while, for example, in folderview (also with the semi-transparent background) the blur effect isn't applied. There are different kind of trasparencies? ???


joethefox, proud to be a member of KDE forums since 2008-Oct.
Che Guevara_
Registered Member
Posts
22
Karma
0
OS
I double that, I want Blur enabled on EVERY transparent applet on plasma.
mgraesslin
KDE Developer
Posts
572
Karma
7
OS
Che Guevara_ wrote:I double that, I want Blur enabled on EVERY transparent applet on plasma.

Yes they are different kind of widgets and transparency. The panel and kickoff are "real" windows and so their background can be blurred. The folderview is just a widget on top of the desktop background and so part of the same window. Therefore KWin cannot apply the blur effect.
joethefox
Registered Member
Posts
122
Karma
0
OS
Thank you for your explanation, I understand the difference.

What about konsole/yakuake with background transparency or an opaque window? Will be kwin able to apply the blur effect?

Sorry if I am taking advantage of your availability, I was thinking that if we wanted to standardize the desktop, with all kind of transparency with blur effect (from a technical point of view "folderview" and "kickoff" are different ok, but from an aesthetic point of view are both transparent) who should be taken care to apply the blur effect? Logically, should be a feature of QT framework?


joethefox, proud to be a member of KDE forums since 2008-Oct.
mgraesslin
KDE Developer
Posts
572
Karma
7
OS
joethefox wrote:What about konsole/yakuake with background transparency or an opaque window? Will be kwin able to apply the blur effect?

We decided that it would be wrong to blur the background of all windows. E.g. there are valid usecases to see through a Konsole window. So a window which wants to be blurred has to tell that it wants to be blurred. That is the application has to implement it. We already discussed possible ways how to get blurring into Konsole as it is quite complex in that case.

joethefox wrote:Sorry if I am taking advantage of your availability, I was thinking that if we wanted to standardize the desktop, with all kind of transparency with blur effect (from a technical point of view "folderview" and "kickoff" are different ok, but from an aesthetic point of view are both transparent) who should be taken care to apply the blur effect? Logically, should be a feature of QT framework?

AFAIK the Qt framework does not yet support that, so it cannot be done. It would also require to have graphicssystem opengl enabled by default for Plasma and that system is not there yet.
dimitar
Registered Member
Posts
32
Karma
0
OS
I noticed, too, that when a menu is shown (e. g. the new system tray menu) it is first rendered completely transparent while the animation goes on, and only then the blur effect is applied. Is this is a bug, or perhaps is my setup the fault (I'm using the proprietary nvidia driver)?


Bookmarks



Who is online

Registered users: Bing [Bot], daret, Google [Bot], sandyvee, Sogou [Bot]