<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Hello,</div>

<div> </div>

<div>Usually the KCMs are opened by starting kcmshell or systemsettings with the module names as arguments,</div>

<div>meaning we resolve the location of the KCMs internally and don't require changes for consumers. kcmshell also checks if the plugin id</div>

<div>would match if the "kcm_" prefix is to the module name prepended, consequently "kcmshell5 bluetooth" works in both Plasma 5.23 and 5.24.</div>

<div> </div>

<div>> If KDE/plamsa is such a moving target where  can not rely on compatibility even between minor versions, that is really not fun</div>

<div> </div>

<div>Looking at liquidshell, there are multiple  cases where the available KCMs are checked at runtime to be compatible with old Plasma versions. While having to do this is not ideal, it is not anything new.</div>

<div>Luckily most of the changes to port the KCMs to the new metadata approach have already landed.<br/>
The KWin KCMs remain though, when porting those I will make sure to create a accompanying MR in liquidshell.</div>

<div> </div>

<div>PS: You can check if the KPluginMetaData object is valid, instead of checking if the name is not empty :).</div>

<div> </div>

<div>Regards<br/>
Alex</div>
</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> Sonntag, 13. Februar 2022 um 14:41 Uhr<br/>
<b>Von:</b> "Fusion Future" <qydwhotmail@gmail.com><br/>
<b>An:</b> "Martin Koller" <kollix@aon.at><br/>
<b>Cc:</b> kde-frameworks-devel@kde.org, plasma-devel@kde.org, alexander.lohnau@gmx.de<br/>
<b>Betreff:</b> Re: kcm_bluetooth changed ?</div>

<div name="quoted-content">On 2022/2/13 21:31, Martin Koller wrote:<br/>
> But still I wonder if such a change is something like breaking ABI compatibility.<br/>
> If KDE/plamsa is such a moving target where I can not rely on compatibility even<br/>
> between minor versions, that is really not fun.<br/>
><br/>
<br/>
Perhaps the breakage is due to these commits [1-3]. Need to ask<br/>
Alexander Lohnau if there is a proper solution. I added him to the Cc list.<br/>
<br/>
Sorry for the inconvenience.<br/>
<br/>
[1]<br/>
<a href="https://invent.kde.org/plasma/bluedevil/-/commit/ac71faf781e1b3690f33bf54f27eeaaee7ec30e3" target="_blank">https://invent.kde.org/plasma/bluedevil/-/commit/ac71faf781e1b3690f33bf54f27eeaaee7ec30e3</a><br/>
[2]<br/>
<a href="https://invent.kde.org/plasma/bluedevil/-/commit/87ad90b54592817d77d50c4284ff899659fa0550" target="_blank">https://invent.kde.org/plasma/bluedevil/-/commit/87ad90b54592817d77d50c4284ff899659fa0550</a><br/>
[3]<br/>
<a href="https://invent.kde.org/plasma/bluedevil/-/commit/62856fe4d95ab4c1b795cf487ea0dbc61459412c" target="_blank">https://invent.kde.org/plasma/bluedevil/-/commit/62856fe4d95ab4c1b795cf487ea0dbc61459412c</a></div>
</div>
</div>
</div></div></body></html>