<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 10:28 PM, René J. V. <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">David Edmundson wrote:<br>
<br>
<br>
>> > It then grew to include some GTK settings and backporting stuff to KDE4.<br>
>><br>
>> What backporting stuff?<br>
>><br>
><br>
> As we have KDE apps using kdelibs4 this also saves some settings to<br>
> ~/.kde4/kdeglobals as well as the new place.<br>
<br>
</span>Ah, yes, indeed. I see that now in the source.<br>
<span class=""><br>
> I hope by now it's redundant, but I'm not sure.<br>
<br>
</span>In what way would it be redundant? Do KDE4 applications read in the QSP-based<br>
locations nowadays? Also, I thought there was the idea to keep the settings<br>
separate?<br>
<br></blockquote><div>I'm hoping it's redundant because most apps are ported.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
BTW, does this mean that one shouldn't run the KDE4 and KF5 systemsettings on<br>
the same machine (when they can be coinstalled, e.g. when KF5 is in its own<br>
prefix)?<br>
<span class=""><br>
> Not quite. This writes the colours out into the file<br>
> ~/.config/Trolltech.conf<br>
<br>
</span>Right, I don't know where I thought I saw output to kdeglobals.<br>
<span class=""><br></span></blockquote><div>It takes a pointer to it to copy out from kdeglobals.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
> Qt used to load that as a fallback for loading kdeglobals.<br>
<br>
</span>If I understood correctly it was more Qt's version of kdeglobals combined with<br>
certain settings from all Qt4-based applications. Something they indeed got rid<br>
of with Qt5.<br>
<span class=""><br>
> Which platform plugin are you using?<br>
><br>
> If the platform plugin doesn't load anything, it seems it will use<br>
> qt_fusionPalette() which is hardcoded.<br>
<br>
</span>Most of the time I use my version of the KDE platform theme plugin (now as a<br>
scratch repo under rjvbb/osx-integratin). It acts as a proxy to the native<br>
platform plugin. I'll have a look what the native plugin does, but it stands to<br>
reason that it will use an appropriate palette. Not from Fusion I think; that<br>
has a kind of beige window background which we don't get on OS X.<br>
Doesn't KDE introduce a number of palette elements of its own, like for text<br>
elements, and which don't have a Qt equivalent?<br>
<div class=""><div class="h5"><br></div></div></blockquote><div class="gmail_quote">Yeah. "KColorScheme". That ends up opening kdeglobals directly.<br><br></div><div class="gmail_quote">aha - and this is how you're ending up with the right colours.<br></div><div class="gmail_quote">A palette can also come from the qstyle: <a href="http://doc.qt.io/qt-5/qstyle.html#standardPalette">http://doc.qt.io/qt-5/qstyle.html#standardPalette</a><br><br></div><div class="gmail_quote">Both the breeze and oxygen style (via kstyle) set the application palette to the one from the color scheme hence you end up using kdeglobals *if* you have one of those two styles set.<br></div><div class="gmail_quote"><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">
R.<br>
<br>
<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div></div><br></div></div>