[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-frameworks-devel
Subject:    Re: Aw: Re: kcm_bluetooth changed ?
From:       Martin Koller <kollix () aon ! at>
Date:       2022-02-13 21:01:25
Message-ID: 7379155.cTIIhqV5Im () lapi
[Download RAW message or body]

On Sonntag, 13. Februar 2022 19:27:22 CET Alexander.Lohnau@gmx.de wrote:
> Hello,
> 
> Usually the KCMs are opened by starting kcmshell or systemsettings with the module names as \
> arguments, meaning we resolve the location of the KCMs internally and don't require changes \
> for consumers. kcmshell also checks if the plugin id would match if the "kcm_" prefix is to \
> the module name prepended, consequently "kcmshell5 bluetooth" works in both Plasma 5.23 and \
> 5.24. 
> > If KDE/plamsa is such a moving target where  can not rely on compatibility even between \
> > minor versions, that is really not fun
> 
> 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. Luckily most of the changes to port the KCMs to the new metadata \
> approach have already landed. The KWin KCMs remain though, when porting those I will make \
> sure to create a accompanying MR in liquidshell.

thanks!

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

ok. I took the code I was told works ...

-- 
Best regards/Schöne Grüße

Martin
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?

()  ascii ribbon campaign - against html e-mail 
/\                        - against proprietary attachments

Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at


[prev in list] [next in list] [prev in thread] [next in thread]