When you search using the Starred filter, usually you get the main project at the top since that's the one with the most stars.
I added a KRunner web shortcut for this that automatically searches using that filter: https://rabbitictranslator.com/kfluff-web-shortcuts/
Looks like an old bug with kscreen that could cause two screens to merge together and would be worked around exactly the same way you did. I used to have that whenever a blackout happened, but only with Plasma 5, and often on X11.
What's used under the hood for this is udisks, the same thing used by other file managers to achieve mounting capabilities. It allows you to mount devices without needing to mess with something cryptic and archaic like fstab and doesn't require root.
You can always keep using fstab of course since it works, but in that case you probably also want to use fstab systemd integration.
The KDE auto mount never worked on plasma 6
Please report your issues on https://bugs.kde.org so they can actually get fixed!
Original post here: https://pounced-on.me/@dancrescentwolf/112280924285356180
Quote from the Mastodon post:
I made a free wallpaper of Konqi
:3
You can download the 4k .png file on my ko-fi shop uwu Hope I'll be able to do more :3
I answered something similar elsewhere:
If you mean migrating the files yourself, it's just a matter of copying the file from the old place ~/.config/yourconfigrc to ~/.config/yourapp/yourconfigrc.
If you mean you want the application to manage the migration itself, that's an implementation detail I hadn't thought about yet, but which I assume wouldn't be difficult to do with KConfig.
You can see this bit of code from Konsole showing how to migrate from old entries to new entries in the same config file for example: >https://invent.kde.org/utilities/konsole/-/blob/master/src/main.cpp#L99
The implementation could probably be something similar, with two KConfig/KSharedConfigPtr instances I assume 👀 so:
- if oldConfig exists, create an object for it
- read all oldConfig entries
- if it differs from newConfig, store which ones differ
- write all different oldConfig entries in newConfig object
- sync()
Something like that.
I'd be curious to see a blog post in the future mentioning the challenges you might have faced making the dock work on Wayland, and what was needed for that.