<div dir="auto"><div dir="auto">Well, I don't want to remove it but it's a must. First it's not right logically and second is that Qt prefers it over LANG, and use any locale varient since it has no country name. (QLocale("ar") returns "Arabic (Egypt)" (which is defind in unicode), instead of my "Arabic (Bahrain)" locale.</div><div dir="auto">And it's the only thing that is not getting translated which is obviously a bug.</div><div dir="auto"><br></div><div dir="auto">Regards</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Jan 10, 2018 12:20 AM, "Albert Astals Cid" <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El dimarts, 9 de gener de 2018, a les 20:08:02 CET, Safa Alfulaij va escriure:<br>
> Hello all.<br>
><br>
> After doing some investigation about a problem, I came into an issue in<br>
> loading correct translations in Frameworks (that has the “_qt” suffix in<br>
> translation system).<br>
> Previously, I had my LANGUAGE enviroment variable containing “ar”, which is<br>
> because I added Arabic in my “Language” KCM (without knowing that I don't<br>
> need it if the locale is alread set to Arabic).<br>
> This was normal and things was translated well. Today I removed that “ar”<br>
> because it's not needed, and all applications (Qt, KDE, Gnome, other KF5s)<br>
> worked except for those frameworks which are using QM files (the ones with<br>
> “_qt” suffix). The translation isn't loaded and strings are shown in<br>
> English.<br>
<br>
So don't remove it?<br>
<br>
Cheers,<br>
  Albert<br>
</blockquote></div></div>