Deleting / hiding photos

[mrm]

I did some more research for file deletions.

I’m going to mark files for deletion in the DB, and then add an “empty trash” button in the nav menu that will use this technique as a safeguard, along with a link that opens a page listing all the paths about to be unlinked.

Why this solution and not some of the other discussed options?

1. Moving files into a platform-specific “trash can” only works on local drives, and only on macOS and Windows. Linux support for trash is spotty, but I could ask users to install trash-cli. A “trash can” doesn’t make sense for Docker users, as ~/.local/share/Trash/ will be ephemeral to the image.

2. I tend to be susceptible to “ooooh, that’s clever” solutions, which tend to be too clever by half. I feel like a hidden local directory may be confusing for most users, especially because I don’t know of any software that does this sort of handling of deletions.

3. Moving files into a folder that you need to delete manually requires PhotoStructure to have a flawless view of volumes. It has a really good view of current volumes, but (especially on macOS) the APFS volume list is borked/shows duplicates that can be confusing. Loopback bind-mount folders, symlinks, and N other exotic filesystem constructs will get in the way of “what filesystem hosts this file” and “where should it go to delete it”.

Related:

Ability to delete originals after importing with "automatic organization"

After PhotoStructure imports files into its library using the “automatic organization” feature, I’d like the ability to delete the originals once it’s known to be safe (eg. checksum is verified to match the original file). I understand why PhotoStructure doesn’t move original files, but in my case I’m not dealing with old files, and instead want to have an “imports” directory that I copy new photos to for PhotoStructure to import them. This would be similar to PhotoPrism’s “Move Files” option f…