[Konsole-devel] [konsole] [Bug 198175] Konsole should set blur region for the new kwin effect

Thomas Lübking thomas.luebking at gmail.com
Mon Sep 16 12:52:37 UTC 2013


https://bugs.kde.org/show_bug.cgi?id=198175

--- Comment #51 from Thomas Lübking <thomas.luebking at gmail.com> ---
(In reply to comment #50)

> This is not possible with the current API
Yes, I know.

> and as I said, kdelibs is frozen
what is irrelevant for the actual problem.

> so we can't fix this. The idea I had was to remove the existing
> "enableBlurBehind" API and add two functions; "addBlurBehind" and
> "removeBlurBehind" which adds to a static list of regions that are unified
> before being put into the property.

Still insufficient, since it can be crossed by other sources.
The feature needs to be moved into some central instance, eg.
QWidget/QApplication, a dedicated platform plugin or the style (which
effectively is a platform plugin) - otherwise no plain Qt app could make use of
this if it has to "fear" that eg. the oxygen-transparent style would still
override it - even by this approach.

If you want to add this from a third party, you need a manager, tracking
dynamic QWidget properties (set to the blur region) and move/resize events to
form a new region and export that at the end of the event cycle.

Since konsole btw. explicitly links X11 libs, you could just  copy over the
plasma funtion (so konsole won't suddenly drag in webkit and whatnot)

> In the meantime, I believe this gives us a good compromise, especially
> looking at which apps actually use the konsole kpart.
Not my take ;-)

> I changed it to using rect() locally
like "0,0,width,height" ::rect() or mapped to the window?
You also need to monitor any translation of the widgets geometry relative to
the window, ie. when it moves inside its parent or any of its ancestors moves.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the konsole-devel mailing list