Repository navigation
Replies: 2 comments 1 reply
|
Any thoughts on this? I guess this is easy to fix. |
|
Thanks, and you're right on both counts. Arial wasn't actually being skipped. On text with no font set, the font menu showed whichever entry matched the editor's own display font, and that's Arial by default. Picking the entry that's already shown doesn't trigger anything, so no font got written and the receiver used their own. Until the fix is out, you can work around it by choosing "Default" first and then Arial. From the next release, text with no font shows "Default" in the menu, so choosing Arial always writes it. I took your font stack suggestion too: Arial and Helvetica now come first, followed by Liberation Sans, Nimbus Sans and Arimo. Before, a Windows recipient with Office installed would get Arial Unicode MS instead of Arial. The "sans" heading over Times, Palatino and Georgia was a plain mistake, and it now says "serif". |
Uh oh!
There was an error while loading. Please reload this page.
First of all, thanks for your great work, I'm very happy that my favourite webmailer was rescued.
A little improvement idea for the editor: I wish it would add a font-family style attribute to the HTML of a mail when I choose Arial from the font menu. Currently a tag like span style="font-family: "Luxi Sans", Tahoma, Loma, Geneva, Meera, sans-serif;" is being added when any other font was chosen, but not for Arial. That leads to other mail software displaying the mail in its standard font, which might be Arial but also any other font. So there's no way to explicitly tell the receiver's mail software to use Arial or similar fonts.
Something like "font-family: Arial, Helvetica, "Liberation Sans", "Nimbus Sans", Arimo, sans-serif" would be helpful.
By the way, the subheader "sans" in the font menu is not correct. Times, Palatino and Georgia are actually serif fonts which is the opposite of sans, so it should be "serif".
All reactions