Review Request 127779: use system colors for monochrome icons

[Marco Martin]

> On May 2, 2016, 1:51 p.m., Milian Wolff wrote:
> > one more question: have you tried this with krita (or digicam) and their builtin functionality to change the app's color scheme? I.e. what about per-app changes vs. system-wide changes?

I have to test this more, indeed probably won't work.
I am not sure that would be really workable out of the box, but if the color scheme (name?hash of the actual colors?) is inserted in the pixmap cache key, then it should work (having a setter/getter for a custom color scheme in kiconloader could even work for applications that use light and dark color schemes at the same time in different places, provided they have different instance of kiconloader and load directly with kiconloader the icons in the areas that are using a different color scheme than the system wide one)


- Marco


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


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/fd76a974/attachment.html>