Open Bug 360966 Opened 15 years ago Updated 5 years ago

Message Display: Option to open message in browser instead of in Penelope

Categories

(Thunderbird :: General, enhancement, P4)

enhancement

Tracking

(Not tracked)

People

(Reporter: mdudziak, Unassigned)

Details

(Whiteboard: [penelope_wants])

From the Wiki:
I tried switching to Thunderbird but immediately gave up on it because it has no option I could find corresponding to 'Open in Browser'. I don't want my mail client automatically rendering HTML. I want to send selected messages to my browser of choice (Safari) where I can use the full features of the browser including saving in webarchive format.

Penelope should have a 'Open in Browser' option that passes the full html body of the message to the user's browser of choice. Vote for this bug if you agree.
Agreed. I prefer to view messages in plain text without all the images, etc, and just open in a browser if necessary.
(In reply to comment #1)
> Agreed. I prefer to view messages in plain text without all the images, etc,
> and just open in a browser if necessary.
> 
Absolutely! If I receive an expected HTML message (newsletters, primarily) I go offline, send it to Firefox, close the Eudora message, and then go back online. It's a very round-about method, but Firefox renders a heck of a lot faster than Eudora. I also keep my Eudora window rather narrow, so HTML looks lousy inside it.
I often want to open mail in a text display; i.e. no interpretation period. This is especially important for incoming spam examination...

So give me 2+ options; open in [Browser], open in [less] etc..
(In reply to comment #2)
> (In reply to comment #1)
> > Agreed. I prefer to view messages in plain text without all the images, etc,
> > and just open in a browser if necessary.
> > 
> Absolutely! If I receive an expected HTML message (newsletters, primarily) I go
> offline, send it to Firefox, close the Eudora message, and then go back online.
> It's a very round-about method, but Firefox renders a heck of a lot faster than
> Eudora. I also keep my Eudora window rather narrow, so HTML looks lousy inside
> it.
> 

Keep in mind that Penelope will be using the same html rendering engine as Firefox and Thunderbird so the need for an external rendering engine will be diminished.
I personally still like to have the option, though.
(In reply to comment #3)
> I often want to open mail in a text display; i.e. no interpretation period.
> This is especially important for incoming spam examination...
> 
> So give me 2+ options; open in [Browser], open in [less] etc..
> 

Perhaps the option should be renamed 'open in [external viewer]', and the user can choose the external viewer, be it a browser, BBEDIT or a shell command like LESS.....
re: comment #5

I'm greedy; I want presetable primary AND secondary viewer keys. [Just as Dreamweaver gives you a Preview in {n} Browser choice..}

That way we can set a Browser Viewer and a text one....


{Also note possible intersection with 361619}
(In reply to comment #4)
> Keep in mind that Penelope will be using the same html rendering engine as
> Firefox and Thunderbird so the need for an external rendering engine will be
> diminished.
> I personally still like to have the option, though.

Indeed. There are pages I might want to view in Safari rather than Gecko.
This would definitely be a cool feature.  I think that if it found it's way into Thunderbird it might be worth incorporating it into Penelope.  I would vote for it then, not now.
I don't want HTML in my email.  I have a filter that sends all Content encoded: text/html to a spam folder -- because it usually is.

I agree with Matt, I don't want my email program rendering HTML.  It's just not necessary.  
(In reply to comment #0)
I do NOT EVER allow HTML to be rendered automatically in my e-mail.  This is one of the most important, if not the most important security features of Eudora for me.  Of the thousands of HTML e-mail messages that I have received, I literally have only found one or two messages apparently important enough to risk rendering them and exposing myself to automated reverse communication through the HTML.  (Neither, it turned out, were important at all, merely advertising from a known relationship.)

Beyond what has been stated herein, I suggest clear ASCII-text-only support and a modality (which I will put in a separate thread ("bug")  ).
As an example of why I want an external editor option; take the following forwarded WashPost article segment:

   
   A piece of software used by Apple's iTunes has accidentally sparked a scandal in the classical music world --
   and cast a shadow on the reputation of an obscure, deceased British pianist now accused of plagiarism.
   
 
Neither Eudora or T-Bird's editors have a good way [that I know] of stripping unwanted leading blanks. Rewrapping such text usually gives you an ugly mess. I have some vi macros I use, but in MacLand I suppose BBedit would work as well. 

I still lust for a text viewer [i.e. less] as well as an editor -- hence my begging for multiple choices of text out & back, if changed. Maybe use <key> is primary, SH-<key> secondary etc....
I agree with those who don't want to see all of their email in HTML. I view everything in plain text and use "Open in Browser" (Opera in my case) for the few things I want to see with all the bells and whistles.

It doesn't matter what the email program uses for HTML -- I want to be able to make it plain text by default and easy to view HTML on a message-by-message basis.
Ditto.  I will tolerate an email program rendering different fonts, different colours, and text styles (bold etc).

I will grudgingly put up with one that allows a named hyperlink (rather than just using the direct URL).

I will unceremoniously delete any client that tries to render an image or more complicated HTML tag.  (Well, ok, if it's sourced from a MIME-part of the email itself then I'll tolerate that too.  But if it comes from the web then it's an Unforgivable Sin.)

Of the more than 800 HTML mails I get weekly, all but two (just 2, not 200) are spam.  And I'm much happier with the idea of using Send to Browser for those two than I am with the client displaying any of the rest of them.
Status: NEW → ASSIGNED
Assignee: mozilla-bugs → beckley
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → Future
This is applicable to Thunderbird as well so moving bug there.
Assignee: beckley → nobody
Product: Penelope → Thunderbird
QA Contact: general → general
Whiteboard: [penelope_wants]
Target Milestone: Future → ---
Version: unspecified → Trunk
Status: ASSIGNED → NEW
Would be great to be able to open the current message in a browser, effectively extracting HTML etc. from the message.

Another similar solution would be "Save to" with HTML, like you would save from Firefox to "Web Page, complete" (with all images etc.).
You need to log in before you can comment on or make changes to this bug.