GNOME Bugzilla – Bug 342659
Arabic characters are disjointed in Evolution the message body
Last modified: 2014-12-02 01:06:30 UTC
Please describe the problem: Arabic characters are disjointed in the message body Steps to reproduce: 1. login to required locale (e.g. ar_SA.UTF-8) 2. invoke Evolution 3. choose - File -> New -> Mail Message 4. Insert in Mail body some arabic characters (Input method switcher) Actual results: result: Arabic characters are disjointed (e.g.: try to type gh - result is similar IJ, but this is incorrect) In subject are characters joined (you can compare) Expected results: Arabic characters are showed properly. Does this happen every time? yes. Other information:
Created attachment 66030 [details] screenshot Input the same text on subject field text and message body. But message body displayed incorrect.
*** Bug 342656 has been marked as a duplicate of this bug. ***
In addition, message body text is aligned to left. It should be aligned to right.
Created attachment 67408 [details] [review] sun_patches Correct display direction for arabic.
The arabic characters disjointed problem may be caused by certain font family. Default font family for plain text is "Monospace". When using "Sans regular", the characters display properly. But this may cause changes in public interface.
(In reply to comment #5) > The arabic characters disjointed problem may be caused by certain font family. > Default font family for plain text is "Monospace". When using "Sans regular", > the characters display properly. But this may cause changes in public > interface. > @Cai: What kind of interface changes would that require?
(In reply to comment #4) > Created an attachment (id=67408) [edit] > sun_patches > > Correct display direction for arabic. > Except for coding style, the patch looks good. Instead of: foo(x, y); use: foo (x, y);
Veerapuram, thanks. I committed this patch to CVS HEAD. By the way, it actually belongs to bug 345618.
Although alignment to left is resolved, disjoined issue is still reproducible on evolution 2.12.
This is most certainly a font issue. Doesn't happen here with Arabic, default font is sans.
Bumping version to a stable release.
Simonz, Nancy, the patch you put has caused bug #524338 and I can say that mails that take 12 seconds with out the patch takes ~45 seconds to render. This need some immediate look.
CCed Taokao, who is our I18N expert. Taokao, could you possibly have a look if we have better solution for this performance issue? Thanks.
It is both the performance and the flicker/blink of mails in the preview.
I have reverted the fix for now. It causes serious slowness and flickering while mail rendering.
Since version 3.6, Evolution uses WebKit instead of GtkHtml for displaying messages. (And for completeness, Evolution 3.14 is planned to use WebKit also for composing and editing messages so GtkHtml will not receive any fixes anymore.) Hence I am closing this GtkHtml rendering bug report. We are sorry that your request was not handled in time when it was reported but unfortunately manpower is very limited (and does not allow testing every single reported issue separately again either). Please feel free to reopen this report (and move it to the "Evolution" product and the "Mail" component) if the problem described in this bug report still happens in a recent supported Evolution version which uses WebKit (the current stable Evolution version is 3.12).