https://bugs.kde.org/show_bug.cgi?id=496230
--- Comment #3 from Akseli Lahtinen <akse...@akselmo.dev> --- > As such, I don't think it's feasible to do this, sorry. Let me know if you > disagree with my assessment, Akseli. I agree with you. If we kept the positions of deleted files, this would also mean that if you make a new file that happens to have same name, it would go into that place, despite it being completely new file. It's also far more reliable to keep the positions always up-to-date, so when removing a file from desktop it should be synced to the positioner. Our current positioner system is now *predictable* (with some caveats and edge cases as always). It being unpredictable was the big problem that caused all sorts of weirdness. Not removing file positions on file deletion would add to that unpredictability. Meanwhile I can understand wanting the files to return back to their place after restoring, in the current form of our desktop icon positioner it's not very feasible. Like I said in the other bug, it could be doable, but I believe it would cause more issues in the end. However it's worth to look into if/when this whole system is rewritten. :) But as of current situation, I am gonna have to say no, sorry. -- You are receiving this mail because: You are watching all bug changes.
