| Summary: | hebrew emails sent from evolution2 are displayed reversed | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Diego Iastrubni <cuco3001> |
| Component: | general | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | martin |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
With KDE 4.3 you can define the encoding you want to use via the view menu or you can override the encoding for all mails in the configuration dialog. |
Version: (using KDE KDE 3.4.90) Installed from: Compiled From Sources For some stupid reason, evolution2 sends the encoding "iso-8859-8" instead of "iso-8859-8-i". This renders the text sent from the user as "reversed" on my display. The problem is definetly evolution. However... I have seen some webmails doing the same... Mozilla renders those mails as "iso-8859-8-i", also OE. IMHO, KMail is the only one who complies to the RFCs in this matter, but it is just not how it's used in the world. I was thinking of fixing this by doying a hack in which the mail will return "iso-8859-i" when it sees "iso-8859-8". I also want the user to be able force it to be "iso-8859-8" if he decides to. Here is my idea (BTW, it does not work... i definetly got something wrong here). If you have an better idea, please tell me: kde@cucomania:~/kde35/kdepim/kmail$ svn diff Index: kmmessage.cpp =================================================================== --- kmmessage.cpp (revision 462091) +++ kmmessage.cpp (working copy) @@ -3823,7 +3823,15 @@ DwParameter *param=mType.FirstParameter(); while(param){ if (!kasciistricmp(param->Attribute().c_str(), "charset")) - return param->Value().c_str(); + { + QCString str = param->Value().c_str(); + if (str == "iso-8859-8") + { + kdWarning() << "******************** hacking logical hebrew"; + str = "iso-8859-8-i"; + } + return str; + } else param=param->Next(); } return ""; // us-ascii, but we don't have to specify it