<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 7, 2015 at 1:09 PM, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi all,<br>
<br>
based on the discussion in [1] I propose that we split out platformtheme<br>
plugin from frameworkintegration into a dedicated repository and move it to<br>
kde/workspace to be released together with Plasma 5.6.<br>
<br>
The main reasoning is that this plugin only gets loaded with env variables set<br>
in startkde anyway, which makes it a Plasma (Desktop) specific plugin. It's<br>
about integrating Qt application into Plasma and by that pretty useless for<br>
anything outside Plasma. Moving it to Plasma has in my opinion some advantages<br>
as we can better synchronize the release cycle and also allow us to depend on<br>
libraries provided by workspace [2].<br>
<br>
I'd like to get some feedback on the proposal and if this gets positive<br>
feedback, I'll look into performing the split.<br>
<br>
Best Regards<br>
Martin Gräßlin<br>
<br>
[1] <a href="https://mail.kde.org/pipermail/kde-frameworks-devel/2015-November/
029022.html" rel="noreferrer" target="_blank">https://mail.kde.org/pipermail/kde-frameworks-devel/2015-November/<br>
029022.html</a><br>
[2]  e.g. I need a dependency to KWayland, which is currently not yet possible<br>
due to KWayland not yet being moved to frameworks.<br>_______________________________________________<br>
Kde-frameworks-devel mailing list<br>
<a href="mailto:Kde-frameworks-devel@kde.org">Kde-frameworks-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">While at it. Why does frameworkintegration force [1] specific fonts upon the user?</div><div class="gmail_extra"><br></div><div class="gmail_extra">It's fine that apparently some folks prefer Oxygen fonts over all else, but i thoroughly dislike it.</div><div class="gmail_extra">I always end up blacklisting it in my pacman manager (pacman, archlinux) since 99% of the time when i have font issues, it's because of that package being installed.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Imho, it's ok if Plasma "prefers" one font over another (which can be Oxygen) but it should definitely not force it upon the user.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Regarding your proposal. When running KDE apps on something other then Plasma, you would also want to have the frameworksintegration plugin to be loaded, right?</div><div class="gmail_extra">Specially the platformtheme folder with the vastly improved dialogs over stock Qt. Remember, those improved dialogs have the power of KIO behind it instead of the default Qt support (only the local filesystem)</div><div class="gmail_extra"><br></div><div class="gmail_extra">I really see value in having that usable in - say - openbox or any other non plasma environment where people would want to open KDE applications that make use of framework libraries (like KIO).</div><div class="gmail_extra"><br></div><div class="gmail_extra">Isn't the only plasma specific part the KStyle folder?</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">[1] <a href="https://quickgit.kde.org/?p=frameworkintegration.git&a=blob&h=75dc9b92578577c28288500795198027b4c725ad&hb=fcb3f531ae7161f4ef0768a86db8ce98571f3118&f=CMakeLists.txt#l72">https://quickgit.kde.org/?p=frameworkintegration.git&a=blob&h=75dc9b92578577c28288500795198027b4c725ad&hb=fcb3f531ae7161f4ef0768a86db8ce98571f3118&f=CMakeLists.txt#l72</a></div></div>