> Anyway there is a quick'n'dirty workaround to get a usable download UI back:
> Add for example the following line to your ~/.mailcap:
>
> application/octet-stream;/bin/true "%u"
>
> By doing that the HelperAppService returns a default application (/bin/true)
> and the above constraints don't apply anymore. So you'll also get back the
> other alternatives returned by the MIMEInfo.
This works (for me) insofar as it provides a menu with the 'other' option, so that I can specify e.g. an editor to display the file. But it doesn't remember the editor. So, because my preferred editor is the poplog editor xved, I used the following in my .mailcap file:
(In reply to comment #8)
> Anyway there is a quick'n'dirty workaround to get a usable download UI back: octet-stream; /bin/true "%u"
> Add for example the following line to your ~/.mailcap:
>
> application/
>
> By doing that the HelperAppService returns a default application (/bin/true)
> and the above constraints don't apply anymore. So you'll also get back the
> other alternatives returned by the MIMEInfo.
This works (for me) insofar as it provides a menu with the 'other' option, so that I can specify e.g. an editor to display the file. But it doesn't remember the editor. So, because my preferred editor is the poplog editor xved, I used the following in my .mailcap file:
application/ octet-stream; /usr/local/ bin/xved "%u"
I can now click on the individual files in here and read them in the editor, whereas previously I had to download and read: ia350607. us.archive. org/3/items/ PSYCHE- D/
http://
I still have the 'other' menu option to use if necessary.
Thanks very much for the suggestion that led me to this.