Why does KRunner start loading plugins only after typing for the first time?

[Fusion Future]

When I was debugging WebshortcutRunner::WebshortcutRunner, I noticed
that KPluginFactory::instantiatePlugin (or other functions that load
plugins) was called after typing for the first time, which makes
KRunner not able to instantly take input.

Is there any reason not to preload plugins?

Thanks in advance.

Re: kcm_bluetooth changed ?

[Fusion Future]

On 2022/2/13 05:46, Martin Koller wrote:

What has changed and how would I now use the new KCM in a KCMultiDialog ?


It can be changed to "kcm_bluetooth". Please see [1] to see if that helps.

[1] https://invent.kde.org/plasma/bluedevil/-/merge_requests/49

Re: kcm_bluetooth changed ?

[Fusion Future]

On 2022/2/13 20:20, Martin Koller wrote:

I already tried this but it did not solve the issue.


This code snippet works on my system. Please have a try.

```cpp
dialog = new KCMultiDialog();

KPluginMetaData 
module(QPluginLoader("plasma/kcms/systemsettings/kcm_bluetooth"));

if (!module.name().isEmpty())
dialog->addModule(module);

dialog->show();
```

Re: kcm_bluetooth changed ?

[Fusion Future]

On 2022/2/13 21:31, Martin Koller wrote:

But still I wonder if such a change is something like breaking ABI 
compatibility.
If KDE/plamsa is such a moving target where I can not rely on compatibility even
between minor versions, that is really not fun.



Perhaps the breakage is due to these commits [1-3]. Need to ask 
Alexander Lohnau if there is a proper solution. I added him to the Cc list.


Sorry for the inconvenience.

[1] 
https://invent.kde.org/plasma/bluedevil/-/commit/ac71faf781e1b3690f33bf54f27eeaaee7ec30e3
[2] 
https://invent.kde.org/plasma/bluedevil/-/commit/87ad90b54592817d77d50c4284ff899659fa0550
[3] 
https://invent.kde.org/plasma/bluedevil/-/commit/62856fe4d95ab4c1b795cf487ea0dbc61459412c

5.94 respin request: Ark drag-and-drop fix

[Fusion Future]

Due to my previous mistake in KIO::DropJob, the "Ark drag-and-drop" will 
crash plasmashell.


https://invent.kde.org/frameworks/kio/-/commit/5a53a629f0cc6c8836dda37dcde702bd5f37d6ff

Thanks,

Fushan Wen

Re: Frameworks 6 Branching

[Fusion Future]

On 2022/12/19 20:17, Volker Krause wrote:

 From that point on, KDE Frameworks 5 is considered feature-frozen, feature
work should continue to happen in the master branch, primarily targeting KF6
then.
If I merge a merge request now in Frameworks group now, will the change 
exist in KF5.102, or KF6?