> 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 > >
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel