Bug 91281 - ability to compose html and text sections of a message seperately
Summary: ability to compose html and text sections of a message seperately
Status: RESOLVED INTENTIONAL
Alias: None
Product: kmail2
Classification: Applications
Component: composer (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-14 03:25 UTC by Matthew Bevan
Modified: 2024-03-12 23:32 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.