Save attachments to user-chosen dir (O) with configurable reveal #11
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "attachments-save"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Batch Save-all for
O: picks a destination viagetExistingDirectory(defaults toattachment_save_dir=~/Downloads), writes decoded parts directly there with dedup suffix (.1, .2), single statusSaved N attachment(s) to DEST, then configurable reveal (attachment_reveal:file_browserrunsfile_browser_commandon dest,nonestays silent). Falls back through nautilus/dolphin/thunar/xdg-open.Split from #10 — #10 stays compose-model only (see fman fallback
0a3e142kept on tier3). No temp dir, no thundering Popen.O now asks for a destination via getExistingDirectory (defaults to attachment_save_dir, ~/Downloads), writes decoded parts directly there with dedup suffix (.1, .2), and post-save either reveals via file_browser_command (attachment_reveal='file_browser') or just shows a status message ('none'). No temp-dir + file-manager to /tmp. New settings: attachment_save_dir string default '~/Downloads' attachment_reveal 'file_browser'|'none' default 'file_browser' Old file_browser_command retained as the reveal template; empty means skip. Temp-dir path removed; still falls back through nautilus/dolphin/thunar/xdg-open.329900ecd9to52224bd568Pull request closed