Bug 91281

Summary:	ability to compose html and text sections of a message seperately
Product:	[Applications] kmail2	Reporter:	Matthew Bevan <matt.bevan>
Component:	composer	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED INTENTIONAL
Severity:	wishlist	CC:	bjoern, carl, gerlosgm, luigi.toscano
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:

Description Matthew Bevan 2004-10-14 03:25:00 UTC

Version:            (using KDE KDE 3.3.0)
Installed from:    Gentoo Packages
OS:                Linux

A feature lacking from all e-mail clients I have come across so far is one which I require for proper mailings to my clients: being able to create the HTML and plain-text parts of an e-mail message seperately.  HTML with formatting and links, and plain-text with footnotes in place of the links, for example.

Most e-mail applications attempt to do this automatically from the HTML, with varying levels of success.  I would appreciate an improved automatic HTML->Text conversion for sending e-mail, as well as a way to edit the text/plain part seperately.

Comment 1 Matthew Bevan 2005-10-13 00:18:13 UTC

As there has been no activity on this feature request for quite some time, I wish to re-iterate the importance of this option to myself, and likely many other users.

Taking the cue from Nvu, three tabs along the bottom of the Composer window would allow selection between text, html, and HTML source.

Additionally, the output of a tex-based HTML browser like lynx or links could be used for more... reasonable rendering of HTML.  For example, my bulleted and numbered lists seem to go away in KMail's normal text rendering.

Comment 2 gerlos 2009-05-08 12:39:49 UTC

(In reply to comment #1)
> Additionally, the output of a tex-based HTML browser like lynx or links could
> be used for more... reasonable rendering of HTML.  For example, my bulleted and
> numbered lists seem to go away in KMail's normal text rendering.

I'd like thi feature too...

Comment 3 L_V 2009-10-12 15:12:05 UTC

HTML generated code should definitively be improved, as well as capability to check/view/edit the formatted code before sending a mail.

Comment 4 Myriam Schweingruber 2012-08-18 08:30:14 UTC

Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.

Comment 5 Luigi Toscano 2012-08-19 00:48:16 UTC

Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.

Comment 6 Alice Bevan-McGregor 2012-08-19 15:49:30 UTC

This isn't a very good way to handle deprecation of bugs.  The original requestor's last comment was in 2005, created in 2004, and I can confirm that Matthew hasn't used KDE since 2006.

However, after a quick search, the KMail handbook I was able to find did not indicate any kind of split composition support.  This ticket remains valid.

Comment 7 Carl Schwan 2024-03-12 23:32:53 UTC

Unfortunately this is not a feature that we will implement. This is rather niche and adding this would increase the complexity of the UI too much as the toggle button between rich text and plain text would need to have a third state.