Summary: | Expose new "General / Behavior / View" setting | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Mark Capella <markcapella> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | felixernst, kfm-devel, nate |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | modified Dolphin serttings panel |
Description
Mark Capella
2022-10-10 03:48:38 UTC
I totally agree that saving all folder view properties in a local folder would be preferable. AFAIK we actually have a consensus among Dolphin contributors that we would want this as a default behaviour if it were to be implemented correctly. Unfortunately implementing this correctly is somewhat difficult. You see, if we don't save the .directory files within the folders but at a local location, renaming or moving of a folder would make us lose the view properties for this folder. You might be interested in this discussion: https://invent.kde.org/system/dolphin/-/merge_requests/288#note_368581 If anyone is able to implement this correctly, their contributions would be very very welcome. It would also allow us to to enable specially fitted view modes for special views like recent files and search or the trash folder by default. Thanks for the feedback, I'll check : https://invent.kde.org/system/dolphin/-/merge_requests/288#note_368581 I'd like to suggest that this become a user decision. The .directory file intrudes on user space for what is essentially OS control data. AS a user, moving / renaming (or deleting) folders makes them "new" to me. Redoing view settings by the user at that point is acceptable (I'd suggest) for the low number of convenience edge cases. An option / settings pref let's the user decide. (chopped off) A user pref here lets the user decide and ant be expanded along with specially fitted view modes. Better solution from KDE otw ...... \o/ *** This bug has been marked as a duplicate of bug 322922 *** |