Re: [Evolution] HTML email always using fixed-width fonts?


On Mon, 2015-11-23 at 08:47 -0500, Paul Smith wrote:
On Mon, 2015-11-23 at 11:40 +0100, Milan Crha wrote:
evolution 3.16.x is the first release with the WebKitGTK+ based
composer, the previous old GtkHTML composer had been replaced. One
consequence is that the HTML messages understand CSS also in the

Yeah, I remember that.

I currently do not recall anything similar. There was a bug about font
sizes, but not about font names.

Does the message looks the same weird if you save it as a Draft and
watch it in the message preview? If it does, then you can check the
HTML values in the message source to see what fonts it uses.

Some new information:

 * I have my mail set to use Plain Text by default (FYI)
 * If I respond to an email with lots of formatting, Evo now asks me if
   I want to lose the formatting or preserve it.  If I say "preserve"
   then the reply starts in HTML mode.  In this case I DO get proper
   proportional fonts.
 * If I save a draft email (or send an email to myself) in HTML mode
   where I should see a proportional font, the message in the preview
   (or sent to me) does use a fixed width font.
 * The body of the message in the preview shows: 
   bgcolor="#ffffff" text="#2e3436" link="#2a76c6" vlink="#215d9c"
   spellcheck="true" style="font-family: Monospace;" data-new-message=""
   data-evo-draft=""> so the "font-family: Monospoce" is clearly the
 * However, if I take that draft message and say "Edit as new message",
   now the font is properly proportional again.  And if I save THAT as
   draft and open it I get proportional fonts and the body statement
   link="#2a76c6" vlink="#215d9c" spellcheck="true" data-new-message=""
   data-evo-draft="" data-edit-as-new=""> so there's no font-family set

it looks to me like somehow when switching from "Plain Text" to "HTML"
modes, the "font-family: Monospace" value in the body is preserved when
it should be tossed.  If the message starts out in HTML mode from the
start, then this doesn't happen.

It's exactly as you said. It was already fixed for Evolution 3.18., see

[0] -


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]