Closed Bug 293814 Opened 19 years ago Closed 17 years ago

need shift+ctrl-m shortcut hotkey to create new message in HTML

Categories

(SeaMonkey :: MailNews: Message Display, enhancement)

x86
Windows 2000
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: wsmwk, Unassigned)

Details

This discussion presumes one's mail composition preference is set to plain text. The only way to create a new HTML message (compose window) is to shift left-click on the write/create-a-new-message icon in the main mail window. One is forced into this method because there is no command menu equivalent nor a keyboard shortcut. In addition, it is odd that *ONLY* this mail toolbar icon lacks a keyboard shortcut - all other icons have a keyboard shortcut. Lack of this keyboard shortcut is the only item preventing me from removing the mail toolbar to gain some substantial screen real estate (who needs icons when you have the keyboard equivalent?)
I don't think that this idea is as striking as it seems at first sight. We do already use Cmd-Shift-M to open the mail editor on Mac, because Cmd-M is used by the system there...
*** Bug 293812 has been marked as a duplicate of this bug. ***
Well, that dupe was "wrong"; sorry. See bug 283530 comment 6 for reasons why simply adding a shift attribute to the shortcut is not so simple. I am not completely opposed to this idea, if it can be made to work consistently -- but the fact is, the shift+toolbutton is a hack, and I have far less concern about not supplying a shortcut for it, than I do about wholesale rearrangement of existing shortcuts, or about a patchwork of inconsistent shortcuts. Rather than gnaw away at this alleged "problem" of no shortcut, the real solution is to implement bug 216132 / bug 140800, so that once the compose window is already open it's a simple matter to switch it to the other mode.
Severity: normal → enhancement
Version: unspecified → Trunk
(In reply to comment #3) > See bug 283530 comment 6 for reasons why simply adding a shift attribute to the > shortcut is not so simple. I am not completely opposed to this idea, if it can > be made to work consistently -- but the fact is, the shift+toolbutton is a hack, > and I have far less concern about not supplying a shortcut for it, than I do > about wholesale rearrangement of existing shortcuts, or about a patchwork of > inconsistent shortcuts. > > Rather than gnaw away at this alleged "problem" of no shortcut, the real > solution is to implement bug 216132 / bug 140800, so that once the compose > window is already open it's a simple matter to switch it to the other mode. Solution via these bugs would be quite acceptable.
withdrawing this request
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.