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

Status: RESOLVED INVALID

(SeaMonkey :: MailNews: Message Display, enhancement)

Description

[Wayne Mery (:wsmwk)]

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?)

Comment 1

[Karsten Düsterloh]

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...

Comment 2

[Mike Cowperthwaite]

*** Bug 293812 has been marked as a duplicate of this bug. ***

Comment 3

[Mike Cowperthwaite]

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.

Comment 4

[Wayne Mery (:wsmwk)]

(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.

Comment 5

[Wayne Mery (:wsmwk)]

withdrawing this request