That turned out to not work well. xdg-open returns immediately and
launches the application in the background. So we'd have to do
something to keep the content file open until the application has a
chance. I've been doing that for my web browser by adding a small
sleep, but that doesn't seem like a good thing to set in stone.
This seems to be a continual problem. I am wondering if we shouldn't
come up with a better solution.
Maybe we need a new flag in mhn.defaults that says, "Delete the temporary
file after N seconds". Implementing this should be straightforward; just
fork(), sleep(), and unlink(). N could be 10 or 30 seconds.
And, if a message has many images attached, they'd all get opened
almost at once. I prefer to look at them one at a time.
That almost sounds like we need some kind of pager option.
PROPOSED
[acroread, okular, evince, xpdf, gv]: application/pdf
[okular, evince, gv]: application/postscript
[soffice]: application/msword
[splayer, raw2audio, cat >/dev/audio]: audio/basic
[adpcm_dec, play]: audio/x-next
[mpv --keep-open, xv]: image
[w3m, lynx, elinks]: text/html
[mpv, mplayer]: video/mpeg
These seem fine to me (but ... you get a lot of audio/x-next files? :-) ).
--Ken