<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hello,</div>
<div> </div>
<div>regarding the kcmutils core lib discussion I have a quick addition to the topic: KPluginSelector</div>
<div>should get a KPluginMetaData based replacement. This will have a core model and a QML/QWidgets</div>
<div>version. Meaning that it makes sense to introduce a core lib even in KF5 for this new class.</div>
<div> </div>
<div>See https://phabricator.kde.org/T12265 for the related task.</div>
<div> </div>
<div>Regards</div>
<div>Alex</div>
<div>
<div>
<div data-darkreader-inline-border-left="" name="quote" style="margin: 10px 5px 5px 10px; padding: 10px 0px 10px 10px; border-left: 2px solid rgb(195, 217, 229); overflow-wrap: break-word; --darkreader-inline-border-left: #274759;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Dienstag, 26. Oktober 2021 um 18:05 Uhr<br/>
<b>Von:</b> "Volker Krause" <vkrause@kde.org><br/>
<b>An:</b> kde-frameworks-devel@kde.org<br/>
<b>Betreff:</b> KF6 meeting notes 2021-10-26</div>
<div name="quoted-content">!! Meeting will move to 17:00 CET next week (due to DST change in continental<br/>
Europe)<br/>
<br/>
<a href="https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/149" target="_blank">https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/149</a><br/>
* static plugin support draft, needs review<br/>
* MRs to demonstrate the usage exists for KWin and KMyMoney<br/>
<br/>
<a href="https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/117" target="_blank">https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/117</a><br/>
* generic ctor vs. named ctor pattern?<br/>
* pro named ctor: explicitness, safety, and ability to deprecate indivdual<br/>
features<br/>
* pro generic ctor: easier for code that supports multiple formats (do we have<br/>
that at all?)<br/>
* currently no known issues with this<br/>
* can be changed later, but having named ctors now might help with porting<br/>
* having both at the same time is also possible, as both methods do different<br/>
things/solve different use-cases<br/>
* postpone until this becomes an actual problem<br/>
<br/>
<a href="https://phabricator.kde.org/T14517" target="_blank">https://phabricator.kde.org/T14517</a><br/>
* JSON KCM loading works fine<br/>
* URL to pin KCMs to taskbar requires a .desktop file<br/>
* would require to keep the .desktop files around for KCMs that behave<br/>
"application-like"<br/>
* generate .desktop file from JSON, to avoid duplication?<br/>
* would the JSON file have all the necessary content?<br/>
* alternative: manually maintained .desktop files<br/>
* not an alternative: keep .desktop-based plugin loading code and json from<br/>
desktop generation around<br/>
<br/>
<a href="https://phabricator.kde.org/T14763" target="_blank">https://phabricator.kde.org/T14763</a><br/>
* should we already install unversioned symlinks for CLI tools right now?<br/>
* unversioned implies CLI interface compatibility<br/>
* should have done a long time ago, so yes, do this now<br/>
* kcmshell will move to kcmutils and become versioned<br/>
<br/>
<a href="https://phabricator.kde.org/T14367" target="_blank">https://phabricator.kde.org/T14367</a><br/>
* QML bindings from KDeclarative and KCMModule from KConfigWidgets planned to<br/>
move to KCMUtils (<a href="https://phabricator.kde.org/T12150" target="_blank">https://phabricator.kde.org/T12150</a>)<br/>
* should we split KCMUtils internally between classes for creating KCMs and<br/>
classes for consuming KCMs (which is where the KXmlGui dependency comes in)?<br/>
* dependency on KXmlGui is for KAboutPluginDialog, which is tied to the entire<br/>
about dialog code in xml gui<br/>
* could we move the entire about dialog stuff down to a tier2 framework? but<br/>
there's no good framework there to place this in? but does that even make<br/>
sense for something every widget-based app needs anyway?<br/>
* so the above suggestions of multiple libs in the kcmutils framework might<br/>
make more sense<br/>
* related to <a href="https://phabricator.kde.org/T14355" target="_blank">https://phabricator.kde.org/T14355</a>, which might eventually also<br/>
require a core library in KCMUtils<br/>
<br/>
Threaded KIO workers:<br/>
* David F is removing the POP3 kioslave to enable that</div>
</div>
</div>
</div></div></body></html>