I second that. Blogilo's editor has three modes: visual, html and preview. It seems that the HTML capabilities are more advanced thatn Kmail's internal editor. Maybe refactoring blogilo to extract the editor as a library that can be used by kmail?

It's my plan for 4.10.

We can't use it because we don't have background spell checking in webkit
So I improve ktextedit html support.
Perhaps a day webkit (qtwebkit will have background spell checking)

I started a new lib for 4.11.
qtwebkit-2.3 support background spell checking.

The main function I need from the kmail composer is support of quoting original email in replies with <blockquote> tag like it's done in thunderbird. It's our corporate standard and it's the only reason I can't use kdepim for my work purposes.

yeah, and the ability to break out of a <blockquote>, i.e. do inline replies

currently you can only do it by inserting a <table> or <hr> which i then can’t get rid off… the composer really is in a sorry state :(

(In reply to Phil Schaf from comment #6)
> yeah, and the ability to break out of a <blockquote>, i.e. do inline replies
> 
> currently you can only do it by inserting a <table> or <hr> which i then
> can’t get rid off… the composer really is in a sorry state :(

Still wait too... :-(

Blogilo is unmaintained for 6 years according to https://invent.kde.org/unmaintained/blogilo . I suggest to close this feature request.

Personally, I also think that html editing is not on par yet with other mail composers, but I wonder if this report is well suited to track this.

(In reply to Robert Riemann from comment #8)
> Blogilo is unmaintained for 6 years according to
> https://invent.kde.org/unmaintained/blogilo . I suggest to close this
> feature request.

Indeed