Remove/disable/reduce formatting toolbar after choosing delivery format Plain text only
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
People
(Reporter: yav, Unassigned)
References
Details
Attachments
(1 file)
When one is writing a plain text e-mail by selecting Options > Delivery Format > Plain Text Only, the formatting options for rich text are still there availible.
I suggest that when the Plain Text Only option is selected the formatting options disappear or become gray and unavailible.
Comment 1•4 years ago
|
||
The closest issues I find are
Bug 287879 - Toggling from HTML to Plain-Text composition should disable "Insert" and "Format" Menus instead of hiding them (irritating change of UI)
Bug 287879 - Toggling from HTML to Plain-Text composition should disable "Insert" and "Format" Menus instead of hiding them (irritating change of UI)
Comment 2•4 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #1)
The closest issues I find are
Bug 287879 - Toggling from HTML to Plain-Text composition should disable "Insert" and "Format" Menus instead of hiding them (irritating change of UI)
Bug 287879
That's just one issue afasics, but yes, good match per my Bug 287879 Comment 19.
Some more candidates on this list: https://mzl.la/3sw1gMY, maybe bug 509316 - your call.
In meta bug 889315 (alias: delivery-format-ux), I have collected everything related which I could find at the time.
Ultimately, nuking all of your HTML formatting, inline images etc. after sending is a weird and nonsensical UX which radically violates ux-wysiwyg. You won't know what you've really sent until after sending - who wants that??
I guess the more sustainable solution is something along notorious Bug 140800 (96 votes, 15 duplicates) - Implement switch for plain text/html in compose window, which requires bug 470062 for instant downgrading conversion.
Updated•4 years ago
|
Comment 3•4 years ago
|
||
"EditWindow: Options > Delivery Format > *" is only a preset / override of
"Tools -> Options -> /Composition\ -> "HTML - Style" -> [Send Options...]
=> Text Format -> *
In especial it doesn't intend to change the HTML editor to plain text. This is then the task of Bug 140800.
I would vote this bug as WONTFIX, because you can use the features of the HTML editor at least limited also for creating TEXT messages.
For the same reason, I would see Bug 470062 as more of a dupe of Bug 140800.
Comment 4•4 years ago
|
||
(In reply to Alfred Peters from comment #3)
"EditWindow: Options > Delivery Format > *" is only a preset / override of
"Tools -> Options -> /Composition\ -> "HTML - Style" -> [Send Options...]
=> Text Format -> *
Yes, and that's one of the most broken features which we have (recipient-based format auto-detect), and it's marked for rip-out.
In especial it doesn't intend to change the HTML editor to plain text.
What's the point of staying in HTML editor, when all of your HTML (everything except the most basic formatting) gets nuked after sending?
This is then the task of Bug 140800.
I would vote this bug as WONTFIX, because you can use the features of the HTML editor at least limited also for creating TEXT messages.
Definitely not a wontfix candidate in general, perhaps we can talk about the details (adjusting summary and confirming). I'd be curious to know which HTML editor features you can use for creating plain text messages. You mean like bold print, italics, and underline, bullets and numbering? That's about all, right? And still, it won't come out the way you're seeing it in the HTML editor. Violating ux-wysiwyg is a gross misbehaviour.
For the same reason, I would see Bug 470062 as more of a dupe of Bug 140800.
Yeah, sort of. For now, I would not conflate them yet.
Reporter | ||
Comment 5•4 years ago
|
||
I noticed that the formatting options disappear in Seamonkey mail when Plain text only is selected, and isn't Seamonkey mail based on Thunderbird? At least it has a similar interface.
Description
•