Review Request 127779: use system colors for monochrome icons

[Marco Martin]

> On May 2, 2016, 1:09 p.m., Sebastian Kügler wrote:
> > Okay, let's try this in master and see if it's going to cause problems.
> 
> Kai Uwe Broulik wrote:
>     Beware this is frameworks and the next frameworks release will be upcoming Saturday
> 
> Marco Martin wrote:
>     I was aiming at first for this one. Do you think has potential issues that would make it better having it in 5.23?
> 
> Sebastian Kügler wrote:
>     I don't see any, but then, it's pretty intrusive. I'd trust your judgment, Marco.

ah, well, will push next monday then, if not else for the dependency it adds to the framework, that's better it's done at beginning of cycle


- Marco


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


On April 29, 2016, 9:25 a.m., Marco Martin wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/127779/
> -----------------------------------------------------------
> 
> (Updated April 29, 2016, 9:25 a.m.)
> 
> 
> Review request for KDE Frameworks and Plasma.
> 
> 
> Repository: kiconthemes
> 
> 
> Description
> -------
> 
> Breeze uses stylesheet information to color its icons with some "named" colors that change depending from the current system color scheme, this is already used since some time in the icons used by the Plasma shell.
> But QWidget applications have the same problem, when the user changes the color scheme from breeze to breeze dark (or any color scheme), most of the icons will be black on black.
> This patch clones (a bit simplified and taking only the most "important" colors) the logic used by Plasma::Svg to color icons with the stylesheet.
> 
> even tough it's doing more things at icon generation, an application that uses a lot of icons like Dolphin doesn't seem to have noticeable startup time difference, even when the image cache is not present yet, so i hope is not an unacceptable performance tradeoff (successive loads are unchanged as are from the image cache).
> 
> still some questions and things that can be optimized, like
> 
> * an optional key in the theme metadata file to explicitly enable this, to not have it running in themes that don't care?
> 
> * can i use karchive in this framework?, so it would work with svgz icons as well
> 
> * right now to refresh icons at runtime it depends from a patch in the colors kcm to emit iconchanges as well, alternatively kiconloader could watch for kcolorscheme changes as well, but i don't think is strictly necessary
> 
> 
> Diffs
> -----
> 
>   CMakeLists.txt 2e838e8 
>   autotests/coloredsvgicon.svg PRE-CREATION 
>   autotests/kiconloader_unittest.cpp 0e47cc8 
>   autotests/resources.qrc a19c963 
>   src/CMakeLists.txt 0e30a35 
>   src/kiconloader.cpp 75ab482 
>   src/kicontheme.h 3190665 
>   src/kicontheme.cpp 0996054 
> 
> Diff: https://git.reviewboard.kde.org/r/127779/diff/
> 
> 
> Testing
> -------
> 
> 
> File Attachments
> ----------------
> 
> dadel1.png
>   https://git.reviewboard.kde.org/media/uploaded/files/2016/04/28/0fc42425-947c-479e-9759-09c7a703a456__dadel1.png
> 
> 
> Thanks,
> 
> Marco Martin
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20160502/24ec86ce/attachment.html>