Review Request 115859: Force-allow background contrast while sliding desktops

Thomas Lübking thomas.luebking at gmail.com
Tue Feb 18 16:02:10 UTC 2014



> On Feb. 18, 2014, 2:15 p.m., Thomas Lübking wrote:
> > kwin/effects/slide/slide.cpp, line 72
> > <https://git.reviewboard.kde.org/r/115859/diff/3/?file=244774#file244774line72>
> >
> >     what about setting and removing this with setting the "slide" flag and catch windowAdded() while slide is true for that matter?
> 
> Sebastian Kügler wrote:
>     This means duplicating the logic which window to transform from ::prePaintWindow. We can do that, but it doesn't make the code less complex and more prone to errors in the future. I suppose setting a flag isn't that expensive?
>     
>     (I can do it, but wanted to make sure it's worth it, first.)

the logics could be moved into "shouldSlide(EffectWindow*)"
it's not a flag - setData() operates on a QHash where non-trivial writing has some overhead (tree balancing)

also (and at least) ::postPaintWindow should shortcut on "!slide"


- Thomas


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115859/#review50146
-----------------------------------------------------------


On Feb. 18, 2014, 3:58 p.m., Sebastian Kügler wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115859/
> -----------------------------------------------------------
> 
> (Updated Feb. 18, 2014, 3:58 p.m.)
> 
> 
> Review request for kwin and Plasma.
> 
> 
> Repository: kde-workspace
> 
> 
> Description
> -------
> 
> Force-allow background contrast while sliding
> 
> When the sliding effect is active, the background blur of the panel
> would be disabled unless forced with WindowForceBackgroundContrastRole,
> which is actually what we want: during sliding, the backgroundcontrast
> effect would otherwise be disabled, leading to the panel and popups
> flickering between contrast enabled and disabled.
> 
> With this patch, the panel keeps its coloring during desktop changes.
> 
> 
> Diffs
> -----
> 
>   kwin/effects/slide/slide.cpp 8ecb2a6 
>   kwin/effects/slide/slide.h c8e0a84 
>   kwin/effects/slidingpopups/slidingpopups.cpp fd697f0 
> 
> Diff: https://git.reviewboard.kde.org/r/115859/diff/
> 
> 
> Testing
> -------
> 
> Switched desktops, panel keeps color, fullscreen video player doesn't seem to be affected negatively, everything still works as expected, except that the flickering in Plasma Dialogs is gone.
> 
> 
> Thanks,
> 
> Sebastian Kügler
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20140218/2ad51524/attachment.html>


More information about the Plasma-devel mailing list