* Cameron Simpson <c...@zip.com.au> [111030 13:12]: > > Should do. The open-an-app mechanism is the same. > > However, as written withstdin leaves the temp copy lying around (the > --keep mode). For HTML this won't waste much disc space by video will > quickly get wasteful. I intend adding a --keep=N option to tidy up the > temp file after N seconds, time for the app to open the file before > tidyup. Looking forward to it.
> For images etc I have a more complex script: > > http://www.cskk.ezoshosting.com/cs/css/bin/apphelper > > which offers to view the attachment and also to save it, since I find > the "open viewer, quit, ask to save" rigmarole tedious. > > It has a million switches (which you can put in $APPHELPER_PREOPTS to > set default behaviour). Manual page here: > > http://www.cskk.ezoshosting.com/cs/css/manuals/apphelper.1.html I will be checking this out on tuesday ... > Since apphelper finds the file viewer by consulting the mailcap file > I in fact keep two such files around: a plain mailcap and a mailcap-ah > which has lines like: > > image/jpg; ah %s xv; gui > image/jpg; iminfo %s; copiousoutput > > which I use with mutt. > > As you can see I run apphelper via a small wrapper script "ah", which I > attach below. It runs apphelper with the autoview mode on and has some > conveniences, such as using the output of `xclip -o` if no filename is > specified so I can X11-copy a URL and then run ah. > > Be warned that apphelper is like Apple's iTunes: the gateway drug to wanting > a bunch of other scripts like view-unknown for files with a bad MIME type > label, etc :-) I will try to resist any temptation to become addicted. Thanks again. -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com