Ken Hornstein wrote:
In MH/nmh, each part was processed individually. Combining them all under
one pager works great for text parts, but if you have graphical content
then it sort of falls down, because you might want confirmation of that.
But in my experience, usually you can divide your content into two types:
text, and "everything else". That suggests to me that a middle road might
be as follows:
It'd be useful to make it easier to have two mechanisms. HTML, I
normally view through w3m. I even have pdftotext as the default for PDF
but normally I view e-mail over remote ssh. So at home, I often do
mhstore followed by firefox/zathura/evince/soffice/whatever instead of
using mhshow.
- By default only display text, inline content (basically, default to
-type text). This means that configured display programs in the profile
or mhn.default be designed to simply dump their stuff to stdout (I think
current entries that output to a pager will work fine).
A way to show only the first text part would be nice. I currently use
-part 1 which sometimes goes wrong.
- Non-text entries will get a marker like:
[part 2.2 image/jpeg A cool new picture!]
in the output.
In my current scripted solution, I simply run mhlist at the end (fed
into the same pager). I think a final summary of parts at the end is
more useful than having the markers interspersed with text sections in
the order they appeared. It is also more useful on multipart/alternative
if I decide to view the non-default part.
It'd be nice to have any markers configurable at least to the extent
that I can add escape sequences for colours.
Another thing that comes to mind is that I've virtually never seen an
attachment with a description (as output by mhlist and in your example
marker) but filenames are very common.
Oliver
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers