https://bugs.kde.org/show_bug.cgi?id=496230
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |RESOLVED
CC| |akse...@akselmo.dev,
| |n...@kde.org
Resolution|--- |FIXED
--- Comment #2 from Nate Graham <n...@kde.org> ---
I cannot reproduce this on git master, and I suspect all along it was a bug
that's been fixed with the big refactor that's due to land in Plasma 6.3.0.
...Which is good, because if it *didn't* behave this way with the current
architecture, it would signify that positions of deleted items were not removed
from the config file, which would cause it to grow infinitely in size!
The only way I can imagine for this to work without running into that problem
would be to write the icon's position on the desktop into an extended attribute
in the file itself. That way, if you made a copy and moved it elsewhere,
deleted the version on the desktop, and moved the copy back to the desktop, the
copy would know what position to appear at.
There's precedent for this with Dolphin recently starting to write folder
metadata into the folders themselves, so it doesn't need to leave hidden
.desktop files all over the place.
However I'm not sure it would be a good idea to do here; Plasma would have to
open every file and folder on the desktop in order to get the positions, which
could potentially be very slow and delay startup. With our current approach,
the positions are looked up in a config file, which is very fast.
As such, I don't think it's feasible to do this, sorry. Let me know if you
disagree with my assessment, Akseli.
--
You are receiving this mail because:
You are watching all bug changes.
