There’s a proposal at the linked blog post for how to clean up the config directory.
The post goes into detail which changes would be required in KDE software using Qt.
After reading, I just have one question (the blog does not seem to have a comment section): how does this handle transitioning from the old location to the new location? Imagine having a katerc config file under ~/.config and one under ~/.config/kate (which is the suggestion from the post) - should those be merged once and then the old one gets deleted?
@MartinR the Maven convention for packaging is a group identifer/package is the inverse domain order.
Taking
plasma-org.kde.desktop-appletsrc
you would create a group identifer of:org.plasma.kde.desktop
With the artefact identifier being:appletsrc
.The folder structure would then look like:
.config \-\>org \-\>-\>plasma \-\>-\>-\>kde \-\>-\>-\>-\>desktop \-\>-\>-\>-\>-\>appletsrc
Its simple
The proposal isn’t mine, I just read and shared it :-) The blog post has a paragraph or two about multpile subfolders, as I read it, the specification is not clear on whether thats supported? But actually: at first glance I think this would be better to have, because it would possibly make synchronizing to a new PC/Laptop even easier. However, this only works if any machine-specific settings (e.g. “offset /size of window”) are not stored in config, as that might break if you sync config between a multi-monitor setup and a single-monitor setup. This requires a lot of thought…
That feels way too nested to be useful IMHO. It’s great for packaging dev tools, but not really for handling config directories for user space apps. I just want
~/.config/KDE/<app>
@Molecular0079 that is a starting point.
Once you start laying out directories, I suspect you will find a root level everything lives in. You flatten the hierarchy so you have one folder jumping to that level.
I always considered plasma to be a part/sub project of kde, therefore org.kde.plasma would seem correct-er.