GNOME Bugzilla – Bug 221208
Evolution does not render non-roman fonts
Last modified: 2003-07-09 13:44:46 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: No display of characters outside of the basic ASCII set in English locale. Even though the Evolution mailer seems to be able to receive and transmit utf-8 encoded messages, the non-roman characters, including Japanese, Chinese, Korean, Greek, diacriticalized characters, etc. do not display. This is a serious shortcoming if one compares Evolution to competitive mailers such as Outlook, Mozilla, etc. Of course, if I set the X Windowing locale to Japanese, or Chinese, or whatever, I can get proper font support for these languages. But this is something that should also be supported in English locale. Regards, Charles Muller
*** bug 221209 has been marked as a duplicate of this bug. ***
did you choose an iso-10646 font? (or a font which could display those characters?) I think a lot of people forget to do this and so it doesn't display for them.
Yes, this is almost certainly a font selection issue
Maybe my problem is related to this bug. If not, please tell me so I can submit a separate bug report for this. With ko_KR.eucKR locale and proper font setting, Evolution/GtkHtml had displayed Korean characters without a problem. But after I've installed the development snapshots of them, I can't make Korean characters displayed correctly. I've tried various matches of encodings and fonts, but only clearyu font seems to fix the problem for a few messages. Currently, I'm using : libgtkhtml-1.99.9.0.200207171735-0.snap.ximian.1 and evolution-1.1.0.99-snap.ximian.200207221643. Is it anyway related to this bug?
It is possible, the font selection logic has changed slightly since the 1.0.x versions. If can manage to convince gtkhtml to load the correct fontset it should be able to display the characters properly, but it is often difficult to get the settings correct.
how were you specifying the fonts before you switched to 1.1?
*** bug 224492 has been marked as a duplicate of this bug. ***
Fontset loading is broken in 1.1 still, need to get this fixed before 1.2
Created attachment 41684 [details] [review] first attempt at fixing the fontset logic.
This should make fontset loading at least partially work again.
Until now I know why NotZed said it is "a setting problem". I have tried tens of fonts, first see if it is iso-10646 font, then see if it work. But I think it should be considered as design problem, or at least a document problem. I have looked into 1.2 manual, and found nothing to teach user how to set font. In mozilla and outlook, I never have such experience.
It is abosolutely a desgin problem... of gtk-1.2, and it is well known We have avoided doing too much about it because it is already solved in the gtk-2 version of gtkhtml and we will have to throw away any code we write for the gtk-1.2 version. I'll try to write up a description of how the current code works, it should be possible to get the fonts working for you, but it takes extra effort. If it is important to you then testing the patch would be helpful, it is in the RC1 packages. Comparisons with applications that aren't based on gtk-1.2 are not particularly helpful.
Japanese text does not display as well (ISO-2022-JP, EUC-JP, SJIS, JIS).
update: Japanese (ISO-2022-JP) displays correctly in Subject lines in Evoluton 1.2, but the text body does not. Also, it is not detecting the charset of the message correctly (ie: if the message header says charset="iso-2022-jp" it stays with unknown, even if the default is set to iso-2022-jp.
This is fixed in 1.4 via pango