6 May
2015
6 May
'15
12:26 p.m.
On Wed, May 06, 2015 at 12:23:58PM +0100, Lisi Reisz wrote:
Yesterday I filed a wish-bug. I am very conscious of
what is involved and of
how precious the developer effort and time is. The person who told me to ask
said that it would be quick and easy, but quick and easy are both very
subjective words.
Here is the bug report again:
http://bugs.pearsoncomputing.net/show_bug.cgi?id=2440
Unfortunately, for some reason I can't view the screen shot, but I think
I know what you are referring to.
I think you mean that Kmail displays HTML emails as raw HTML code, like
the "View Source" in a web browser, full of < > tags and other
formatting information. Is that what you mean?
I must say I've never noticed that when I was using Kmail, but I'm
currently using mutt almost exclusively.
It might be helpful to mention how mutt deals with HTML mail. Of course,
being mutt, nearly everything is configurable, but this is how I have it
set up: when an email contains both a plain text version of the message
and a html version of the message, mutt will display the plain text version.
But if the email only has a html version, mutt calls out to the "links"
text-based web browser, and gets it to dump the html message to a plain
text version. links knows how to extract the message content, ignoring
irrelevant tags and formatting information. "lynx" is another text-only
browser capable of a similar html-to-text dump. In either case, all you
see is the plain text, with no <tags>.
Is that what you are after?
My own feeling is that any graphical email client should show the plain
text message (when available), and if not available, you should have a
choice between showing the html message either formatted and rendered in
all it's glory (or horror), or as plain text with the formatting
removed.
--
Steve