On 6 Dec 2012, at 3:12, Benny Kj?r Nielsen wrote:
> On 6 Dec 2012, at 5:24, Seebs wrote:
>
>> It is pretty much a safe bet that, no matter what I *do* want, "show
>> me the HTML that is used internally by Mailmate to render the plain
>> text part of this message, but which does not actually occur in the
>> message in any way" is not it.
>>
>> I sometimes get mail where the sender has very carefully added an
>> EMPTY plain text alternative. Which I get by default because I tend
>> to prefer plain text to begin with. If I accidentally select "Show
>> HTML Source" instead of "Message Body Parts -> HTML", then... Whoops!
>> I get something that looks like HTML, so I might mistakenly believe
>> there is actually some relationship between it and the HTML message,
>> but which is not actually part of the message.
>
> One possible solution: The ?Show HTML Source? menu item is
> removed. Instead it is an alternative menu item shown instead of
> ?Show Raw Message? when holding down ?, that is, the shortcut
> becomes ???U.
Hmm.
For an HTML-only message, there are three useful states: Rendered HTML,
HTML source, raw message.
For a text-only message, there are two useful states: Rendered text, raw
message.
For a text-or-HTML message, there are four useful states: Rendered plain
text, rendered HTML, HTML source, raw message.
Also I note that 95% or more of the time, the only value of "raw
message" is "shows complete headers as selectable text". (I would much
like the ability to copy/paste header lines from the regular header
display.)
So I think... "Show HTML source" should either not exist, or exist only
when an HTML message is being displayed. Possibly,
> It is mainly useful when working on a custom stylesheet for the
> message view. Probably a very low percentage of users :-)
Oh!
I guess there IS a case where "show HTML source" would be useful for
plain text. But it might also make sense to distinguish, and to consider
that a distinct option from "show HTML source" for an HTML part.
Maybe when looking at text parts, it could be named "Show MailMate HTML
wrapper" or something similar, to indicate that we are talking, not
about the HTML in the message, but about the HTML mailmate's using to
render it.
> Opinions?
Well, now that I know about the custom style sheet option, I can see a
benefit to this. I think the main thing is, it probably wants to be
less-visible than "show HTML". If anything, I think it might maker sense
to make HTML/text toggles more obvious and more visible; for instance,
something in the header-display area that is only present when a message
has alternatives, so there could be a little button which appears and
says (Show HTML) or (Show Plain Text).
Right now, if I'm looking at text (or the lack of any text), the only
way for me to tell that there might be more (or less) data in the HTML
is to go to the View menu, then select the never-greyed-out "Message
Body Parts" submenu, and look to see what it shows. I am not sure I have
ever seen a message with more than two alternatives for its message
body... So providing a visible indicator of "there is probably something
else to see" might make sense.
As might an option for "show text part by preference, unless text part
is completely empty and HTML part isn't".
So thinking about it:
1. Would like a "show all headers" distinct from "show entire message
completely raw".
2. Maybe "show HTML source" should turn into "show unprocessed body",
wherein HTML is rendered as source, and quoted-printable (which is odd
because everything I've heard people say about it is unprintable) gets
shown still-mangled, for instance. Possibly even base64 crud. :)
3. An option for "show the HTML wrapping MailMate is doing to this text"
is useful, but should probably not be in the same category as "show the
source of this HTML message".
4. The more I interact with this program, the more amazed I am that
anyone has ever successfully written a mail client, because every time I
suggest something that sounds simple it turns out to be a fairly complex
territory that I had never been aware of.
-s