also sprach Cameron Simpson <[email protected]> [2015-04-26 22:54 +0200]: > Apphelper first asks whether to view the file, offering the > supplied view command in [square brackets] as the default. Pressing > return or entering "y" or "yes' accepts this default and runs the > viewer. Entering "n" or "no" skips running the viewer. Other > answers are taken to be the name (and optional arguments) of a > viewing program. > > Superficially that sounds like exactly what you're asking for.
Yes, it does and thanks for being so persistent. I am sorry for being finicky about this, but I know how things go and I don't want to have to press <enter> 99% of the time just to accept a default so that I can select a different viewer in 1% of the cases. What I really want is <view-attach> to grow a sibling: <edit-attach>, which would spawn run-mailcap --action=edit instead of the default --action=view. And then I could view or edit at the press of one of two button without having to engage in an interactive session requiring me to react to prompts. Alternatively, this could probably be solved even more generically e.g. by allowing a sequence like '%' to appear in the <shell-escape> command line, which, if present, causes a temporary file to be written and injected into the command line. I bet there could be plenty of use-cases for this. The advantage of letting mutt write the temporary file is that mutt knows more about the file than children commands. mutt could even substitute %n for the filename and %t for the mime-type. Does this make sense? -- @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ seminars, n.: from "semi" and "arse", hence, any half-assed discussion. spamtraps: [email protected]
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
