>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
