<div dir="auto"><span style="font-family:sans-serif">Hi everyone, </span><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">I am new and have tons of questions about all these emails I see. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">From what I understand there is software being added to the core KDE framework. Will this make the framework less desired due to it being bloated with tons of features? Or is it desired to have more features even if it makes the framework heavier? <br></div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">I hear about a KDE/QT powered phone in the works but then I wonder how a huge framework like KDE will work on a mobile device. Is there a way to break the framework into parts that only deploy the necessary pieces? </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Sorry for the noob questions. Please refer me to any docs I should read. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Thanks,</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">JV</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Dec 28, 2019, 11:39 Friedrich W. H. Kossebau <<a href="mailto:kossebau@kde.org">kossebau@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sending my reply on-list while Johan's resent reply to list seems stuck in <br>
moderation:<br>
<br>
Am Samstag, 28. Dezember 2019, 15:03:33 CET schrieb Johan Ouwerkerk:<br>
> On Wed, Dec 18, 2019 at 5:43 PM Friedrich W. H. Kossebau<br>
> <br>
> <<a href="mailto:kossebau@kde.org" target="_blank" rel="noreferrer">kossebau@kde.org</a>> wrote:<br>
> > Other things noticed on superficial look:<br>
> > * UI not translated, i18n support setup missing completely<br>
> <br>
> Yes, there is an issue for that on invent:<br>
> <a href="https://invent.kde.org/kde/keysmith/issues/5" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/kde/keysmith/issues/5</a><br>
<br>
That one is a blocker though to pass kdereview, for what I understand from <br>
<a href="https://community.kde.org/ReleasingSoftware#Sanity_Checklist" rel="noreferrer noreferrer" target="_blank">https://community.kde.org/ReleasingSoftware#Sanity_Checklist</a> as linked from <br>
<a href="https://community.kde.org/Policies/Application_Lifecycle#kdereview" rel="noreferrer noreferrer" target="_blank">https://community.kde.org/Policies/Application_Lifecycle#kdereview</a><br>
<br>
At least personally I would expect this to be a minimum requirement for <br>
software created officially in the KDE community. Perhaps new generation of <br>
KDE develpoers thinks differently, but in that case please reconsider whether <br>
i18n is not a fundamental need :)<br>
<br>
> > * uses own "ENABLE_TESTING", not "BUILD_TESTING" flag from<br>
> > KDECompilerSettings> <br>
> >   proposed:<br>
> >   + switch flag use to BUILD_TESTING<br>
> >   - remove option(ENABLE_TESTING "Enable tests" ON)<br>
> >   - remove enable_testing() (done by KDECompilerSettings)<br>
<br>
My bad, s/KDECompilerSettings/KDECMakeSettings/g here.<br>
<br>
> I'm not entirely sure what the origins of this are but see also the CI<br>
> template for building flatpaks:<br>
> <a href="https://invent.kde.org/sysadmin/ci-tooling/raw/master/invent/binary-flatpak" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-tooling/raw/master/invent/binary-flatpak</a>.<br>
> yml As you can see from the example usage the `-DENABLE_TESTING` flag is<br>
> suggested there.<br>
> <br>
> Speaking as a developer I don't really care what it is called, but I<br>
> would like it to be on by default. Is that the case for<br>
> `BUILD_TESTING`?<br>
<br>
Main motivation here is consistency in the code created in the KDE community, <br>
so people working across KDE projects do not have to switch mind all the time.<br>
<br>
Yes, BUILD_TESTING is ON by default, either indirectly via CTest or explicit, <br>
see <a href="https://phabricator.kde.org/source/extra-cmake-modules/browse/master/kde-modules/KDECMakeSettings.cmake$190" rel="noreferrer noreferrer" target="_blank">https://phabricator.kde.org/source/extra-cmake-modules/browse/master/kde-modules/KDECMakeSettings.cmake$190</a> and <a href="https://cmake.org/cmake/help/latest/module/CTest.html" rel="noreferrer noreferrer" target="_blank">https://cmake.org/cmake/help/latest/<br>
module/CTest.html</a><br>
<br>
The people doing flatpaks want to fix the template, please poke them to do so <br>
(did already a comment on the commit myself, but someone needs to run after <br>
this to also happen :) ).<br>
<br>
Cheers<br>
Friedrich<br>
<br>
<br>
</blockquote></div>