You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
If I'm not mistaken in SD Maid (Legacy) it was possible to delete duplicate files basing on specific criteria which were user-configurable.
Describe the solution you'd like
While I see that SD Maid SE implements a similar strategy it would be handy if a choice of that kind was exposed as a static setting or, even better, chosen directly in the found duplicates view or when tapping on a single entry.
Two strategies that would be quite useful in my use cases are prioritizing the modification time or the length (longer/shorter) of the absolute path over other criterias.
Describe alternatives you've considered
Other users have mentioned relying on standard Unix tools to do the same work though local shells or going back and forth with desktop tools, but that defeats the purpose of having an on-device dedicated app.
Describe why this would be in the interest of all users
A rather frequent use case could be files downloaded through messaging apps and then copied (through in-app functionalities) to common storage spaces. Take the Telegram app as an example: you can download a received image to its internal cache (private subfolder in /storage/emulated/0/Android) and open it from there, but if you wanted to save or reshare it you could save it to the main device's gallery (typically /storage/emulated/0/Pictures?). With the current interface prioritizing one copy over the other requires manually selecting each entry.
Additional context
Thanks for your continued efforts since the times of the Legacy version :)
The text was updated successfully, but these errors were encountered:
I think that feature just covered a very niche use case and many people were happy enough with the defaults to stick with them. But it offered a solution that, when needed, could not be found in other apps.
I would like to second the configurable criteria. I used it frequently and often. At he very least, I would appreciate the date stamp shown of the files for manual deletion in the deduplicator.
But configurable options for autos election would be fantastic!
Is your feature request related to a problem? Please describe.
If I'm not mistaken in SD Maid (Legacy) it was possible to delete duplicate files basing on specific criteria which were user-configurable.
Describe the solution you'd like
While I see that SD Maid SE implements a similar strategy it would be handy if a choice of that kind was exposed as a static setting or, even better, chosen directly in the found duplicates view or when tapping on a single entry.
Two strategies that would be quite useful in my use cases are prioritizing the modification time or the length (longer/shorter) of the absolute path over other criterias.
Describe alternatives you've considered
Other users have mentioned relying on standard Unix tools to do the same work though local shells or going back and forth with desktop tools, but that defeats the purpose of having an on-device dedicated app.
Describe why this would be in the interest of all users
A rather frequent use case could be files downloaded through messaging apps and then copied (through in-app functionalities) to common storage spaces. Take the Telegram app as an example: you can download a received image to its internal cache (private subfolder in
/storage/emulated/0/Android
) and open it from there, but if you wanted to save or reshare it you could save it to the main device's gallery (typically/storage/emulated/0/Pictures
?). With the current interface prioritizing one copy over the other requires manually selecting each entry.Additional context
Thanks for your continued efforts since the times of the Legacy version :)
The text was updated successfully, but these errors were encountered: