Emacs Should Support HTML Mail
This article suggests that it is a good idea that emacs's mail facilities (rmail, gnus, vm) support receiving and reading HTML mail.
Tim wrote: «In general, HTML in mail messages is a bad thing.».
HTML in email is a very good thing.
From the social point of view, HTML is also far more useful, and people want the ability to have colored text, embed images, attachments. I don't have stats on this, but it is my guess that some 80% email traffics today, are in HTML. Human animals, collectively, want it.
Arguably, another format, such as RTF that WAS espoused by Apple computer's email software Mail for a number of years in the early 2000s, is a better tech than HTML for rich text in email. But for whatever social reasons it didn't catch on. Html is the de facto standard today for rich text in email.
Also, as i mentioned before, tools used by tech geekers usually have 5 or more so years lagging in catching up with any tech that are being adapted in the commercial world. For example, HTML email has basically became the standard in Microsoft since maybe 2002, and HTML is widely supported or in fact default format for commercial web based service provider since many years ago too.
Convenient Wikipedia links: HTML e-mail.
Tech geekers often have a irrational fetish towards plain text email. I wrote a essay back in 2002 detailing my thoughts on this: See: Plain-Text Email Fetish.
This essay is originally a post on gnu.emacs.help, At http://groups.google.com/group/gnu.emacs.help/browse_frm/thread/9d9049c471d8764a.
Priority Of Adapting HTML Mail
I believe that emacs should adapt the ability to send and receive HTML mail, however, i do not think it is a priority. The above essay was originally just a spontaneous discussion on “gnu.emacs.help”.
Among emacs's potential improvements, there are several that are far more easier to fix and has far more impact than the ability to handle HTML mail. For example, see Modernization of Emacs.
Even if we were to put priority on improving emacs's email feature, it would be far more pertinent to create a robust interface for web based email, because, today vast majority of people reads email online with mail service providers such as Google Mail, Yahoo! Mail, Microsoft's Hotmail, using a web browser. Few are actually using a standalone Email client. Among programers, there are even fewer who actually still use a text-based email client. Most people who uses emacs do not use its email client features.
- Emacs Modernization: Simple Changes Emacs Should Adopt
- Why Emacs Keys are Painful
- Emacs: Problems of the Scratch Buffer
- Emacs M-key Notation vs Alt+key Notation
- Emacs Menu Usability Problem
- Emacs Mode Line Problem
- Emacs cua-mode Problems
- Emacs: Inconsistency of Search Features
- Problems of grep in Emacs
- Emacs: Usability Problems of Mode Documentation
- Problems of Emacs Manual
- Emacs Manual Sucks by Examples
- Emacs: kill-buffer Induces Buffer Accumulation
- Emacs Spell Checker Problems
- Emacs Form Feed ^L Problems
- Emacs: Single Key to Delete Whole Line
- Emacs HTML Mode Sucks
- Emacs Does Not Support Viewing Images Files In Windows
- Emacs Should Adopt HTML as Texinfo Replacement
- Emacs Should Support HTML Mail
- Problems of Emacs's “man” Command
- Emacs Lisp Mode Syntax Coloring Problem
- Emacs AutoHotkey Mode Problems
- Emacs Lisp: Ban Syntax Table
- Emacs: Make elisp-index-search use Current Symbol
- Emacs GNU Texinfo Problems; Invalid HTML
- A Record of Frustration in IT Industry; Disappearing FSF URLs, 2006
- Emacs Manual Node Persistency Issues
- Emacs: dired-do-query-replace-regex Replace ALL (fixed)
- Problems of Emacs Supporting Obsolete Systems
- Emacs Lisp: Function to Copy/Delete a Dir Recursively (fixed)
- Thoughts on Common Lisp Scheme Lisp Based Emacs
- Text Editors Popularity and Market Research
- Text Editor's Cursor Movement Behavior (emacs, vi, Notepad++)
- Emacs: Usability Problems of Letter-Case Changing Commands
- Emacs Select Word Command Problem
- Emacs: Search Current Word 🚀
- Emacs fill-paragraph Problem