Bug 90101 - HTML of mail messages is very ugly
Summary: HTML of mail messages is very ugly
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.7
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-23 16:04 UTC by giaracca
Modified: 2012-08-19 00:48 UTC (History)
2 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 giaracca 2004-09-23 16:04:29 UTC
Version:           1.7 (using KDE KDE 3.3.0)
Installed from:    Debian testing/unstable Packages

I noticed that the HTML produced by kmail is very ugly.
I doesn't use standard tags (<b>, <i> ecc) just to redefine everything with inline style.
The resulting HTML can not be easily inserted in web pages after being processed.
There are also so many <p> tags everywhere.
I compared the same message edited with kmail and mozilla-thunderbird and the second one cleaner.
Comment 1 Dotan Cohen 2009-06-21 13:04:41 UTC
Could you please be more descriptive? What is ugly? Can you give an example of the Mozilla behaviour and explain why it is preferable?

Thanks.
Comment 2 L_V 2009-10-12 14:55:57 UTC
The "ugly" html formatting remark is fully relevant.

Let's create a html content with only one line : aa

The result will be:
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-size:10pt;">aa</span></p>

This is amazing, but linked to Kjots bug http://bugs.kde.org/show_bug.cgi?id=183576

Kjots is creating very huge book files by adding unnecessary styles (I still use Kjots3 because of this bug).

Kjots developer is waiting for /KDE/kdepimlibs/kpimtextedit/richtextbuilders/ correction which is a common bug with kmail.

The result is also that Kmail formatted mails are much bigger compared to good formatted mail.
Comment 3 Dotan Cohen 2009-10-16 18:00:03 UTC
Thanks. Kmail is using CSS as opposed to nonsemantic HTML. This is the method recommended by W3C. While I agree that it bloats the code, it has many semantic and other benefits and allows for easier maintenance. I am of the opinion that this is the correct behaviour, even if it does make the emails larger.
Comment 4 L_V 2009-10-16 19:29:13 UTC
Using CSS and W3C has no relation with this observation that two lines which are "aa" and "bb" should not generate such bloated code:

<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px;
margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span
style=" font-size:10pt;">aa</span></p>
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px;
margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span
style=" font-size:10pt;">bb</span></p>
Comment 5 L_V 2009-10-16 19:42:14 UTC
Just to add that this bug already identified and reported in February 2009 for Kjots has been identified as the same bug of Kmail (same moduule).

http://bugs.kde.org/show_bug.cgi?id=183576

To be clarified in which other kdepim bug report this bug should be tracked.
Comment 6 Myriam Schweingruber 2012-08-18 08:42:03 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 7 Luigi Toscano 2012-08-19 00:48:40 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.