dhis2-devs team mailing list archive

[Jason Pickering <jason.p.pickering@xxxxxxxxx>]

At this point, I cannot provide a definitive timeline. I would suggest that
you create the necessary guidance for your end staff to clarify how to deal
with this.

Once i hear back from the dev team, i will try and provide you with an
update.

Best regards,
Jason


On Mon, Dec 5, 2016 at 3:01 PM, Antonia Bezenchek - INFORMApro <
antonia.bezenchek@xxxxxxxxxxx> wrote:

> Hi Jason,
> thanks for your fast response.
> Could you let me know when it is planned to be done to inform the local
> staff?
>
> Thanks
> Antonia
>
>
> 2016-12-05 11:59 GMT+01:00 Jason Pickering <jason.p.pickering@xxxxxxxxx>:
>
>> Hi Antonia,
>>
>> I will discuss with the development team, but  as you point out, its more
>> of a problem of the underlying libraries themselves, which do not have a
>> corresponding translation of the official ISO code for Kudish Sorani. We
>> would need to add an enhancement I think to use the equivalent icu4j
>> classes to get the language names for these codes which are not part of the
>> core Java Locale classes.
>> Regards,
>> Jason
>>
>>
>>
>> On Mon, Dec 5, 2016 at 11:26 AM, Antonia Bezenchek - INFORMApro <
>> antonia.bezenchek@xxxxxxxxxxx> wrote:
>>
>>> Dear developers and translation team,
>>> in the upgrade process from v.2.22 to v.2.25 we encountered the fallowng
>>> 2 problems with the translation.
>>> - the the language *Kurdish*, created especially for our
>>> implementation, is not more visible as Kurdish in the User's Interface
>>> language, but with its ISO code "*ckb*". All users with assigned
>>> Kurdish language have *not assigned any language* and and the system
>>> default language appears. If I assign manually the "ckb" language to the
>>> user, the Kurdish translation of the interface appears.
>>>
>>> But for the final users "ckb" is not comprehensible name.
>>>
>>> Could you change the name to *Kurdish* or *Kurdish Sorani* the language
>>> code (ckb - ISO 639-3)
>>> for the v. 2.25 and all new versions.
>>>
>>> I know that if not fixed in a stable mode in the source, the problem
>>> will appears in any new version,  because it is not part of the underlying libraries
>>> (*GTK and  the Java libraries*) which provides these names, as
>>> specified by Jason Pickering in a mail (May 1st 2016)  and we could not
>>> make it change for the moment.
>>>
>>> Thanks in advance for your help.
>>> Antonia
>>>
>>>  www.informa.pro - *Seguici su *LinkedIn
>>> <https://www.linkedin.com/company/informapro>
>>> INFORMAPRO S.r.l. - via Luigi Rava 43,  Rome 00149 , Italy
>>> tel. +39 06 5758926 <+39%2006%20575%208926>, fax +39  06 62207168,
>>> P.IVA IT08095781004
>>> Skype: informa_antonia.bezenchek
>>> Eng. Antonia Bezenchek - CIO - ICT Engineer
>>>
>>
>>
>>
>> --
>> Jason P. Pickering
>> email: jason.p.pickering@xxxxxxxxx
>> tel:+46764147049 <+46%2076%20414%2070%2049>
>>
>
>


-- 
Jason P. Pickering
email: jason.p.pickering@xxxxxxxxx
tel:+46764147049