Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-10 Thread Safa Alfulaij
Systemsettings sets that, and there is no ar_BH language, but ar only. That's the standard for Arabic translations. On Jan 10, 2018 10:09 PM, "Albert Astals Cid" wrote: > El dimecres, 10 de gener de 2018, a les 5:49:54 CET, Safa Alfulaij va > escriure: > > Well, I don't want to

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-10 Thread Wolfgang Bauer
Am Wed, 10 Jan 2018 20:09:35 +0100, Albert Astals Cid schrieb: > Why not use ar_BH as LANGUAGE? That probably won't help, see my previous reply here (that got delayed by moderation for some reason even though I am subscribed, so you may not have read it yet), or

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-10 Thread Albert Astals Cid
El dimecres, 10 de gener de 2018, a les 5:49:54 CET, Safa Alfulaij va escriure: > 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

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-10 Thread Wolfgang Bauer
Hi, I noticed a similar problem here. My LANG is set to "de_AT.UTF-8", and if LANGUAGE is not set, parts of KDE applications are untranslated (i.e. those frameworks translations that come from .qm files are missing). Sure, setting LANGUAGE to "de" will fix that, but it's not necessarily set on

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-10 Thread Safa Alfulaij
More investigation shows that it does not work with other locales than the default one (the one that is used in case you don't pass a country code, which, in case of Arabic, is ar_EG). [safa@archlinux]$ LANG=ar_BH.utf8 > [safa@archlinux]$ python testQtLocale.py > b'\xd9\xa2\xd9\xa0 B' >

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-09 Thread Safa Alfulaij
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. And

Re: Problem in loading QM translations with LANGUAGE="" envar

2018-01-09 Thread Albert Astals Cid
El dimarts, 9 de gener de 2018, a les 20:08:02 CET, Safa Alfulaij va escriure: > Hello all. > > After doing some investigation about a problem, I came into an issue in > loading correct translations in Frameworks (that has the “_qt” suffix in > translation system). > Previously, I had my LANGUAGE

Problem in loading QM translations with LANGUAGE="" envar

2018-01-09 Thread Safa Alfulaij
Hello all. After doing some investigation about a problem, I came into an issue in loading correct translations in Frameworks (that has the “_qt” suffix in translation system). Previously, I had my LANGUAGE enviroment variable containing “ar”, which is because I added Arabic in my “Language” KCM