macos-trash

In order to differentiate it from native trash commands, we should add --list(-l) and --clear(-cl) options. The --list(-l) option lists up the contents of trash box. The --clear(-cl) option empties the trash box.

Adds the flag discussed in #28. It uses Finder through , matching the approach suggested in the issue. The command does not prompt or respect , and AppleScript failures are reported through the existing CLI error path. Fixes #28 Verification Valid and invalid AppleScript helper checks Help, version, and existing CLI regression checks Universal / release build

Let's say we have a file owned by . Moving this to the currently logged-in user's trash works fine in Finder: you just have to enter your admin password. Problems arise when using instead: doesn't work, and that's probably OK, but a question nonetheless: is there a reason why doesn't work? what works fine is … but the file actually doesn't wind up in the the user's trash directory , as it does in Finder, but in . So it seems that the CLI is only checking which user is executing the command (), but not if that's also the same as the logged-in user, e.g. . If that's true, the CLI should determine the actual home folder of the executing user by running the equivalent of , and then use the trash directory of that user. This bug should be fixed, because users should be able to move non-writable files to their own trash, in the same way it's possible in the Finder.