CLI `delete` should respect the "Deleted files" setting

Feature requests
1

Use case or problem

I have “Deleted files” set to “Move to Obsidian trash (.trash folder)” in Settings → Files and links. When I delete a file through the Obsidian UI, it correctly goes to .trash/. But when I use the CLI delete command, the file always goes to the Windows Recycle Bin instead.

I think it would be more intuitive if the CLI behaved the same way as the UI.

Proposed solution

Have delete read the vault’s “Deleted files” preference and act on it:

  • “Move to Obsidian trash (.trash folder)” → move to .trash/
  • “Move to system trash” → system trash (current behavior)
  • “Permanently delete” → already covered by the permanent flag

Alternatively, a new flag like trash (or similar) for the delete command would also work, similar to how permanent exists today, but for routing to .trash/ explicitly.

Current workaround

I’m using move to send files to .trash/ manually:

obsidian move file=Note to=.trash/Note.md

Using to=.trash results in a “Destination file already exists!” error even though the .trash/ directory exists. Specifying the full path including the filename works, but fails if a file with the same name already exists in .trash/, so this is not a complete workaround.