Le 26/04/2013 11:52, Sebastien Goasguen a ecrit :
On Apr 26, 2013, at 4:18 AM, Sebastien Goasguen <run...@gmail.com> wrote:
On Apr 25, 2013, at 5:12 PM, Milamber <milam...@apache.org> wrote:
Le 25/04/2013 20:18, Sebastien Goasguen a ecrit :
On Apr 25, 2013, at 1:54 PM, David Nalley <da...@gnsa.us> wrote:
On Thursday, April 25, 2013, Sebastien Goasguen wrote:
On Apr 25, 2013, at 4:48 AM, Milamber <milam...@apache.org <javascript:;>>
wrote:
Le 25/04/2013 08:05, Gavin Lee a ecrit :
Done for zh_CN translation on transifex for master branch.
Thanks. I just update the master branch.
For 2.2.xmessages for zh_CN, and also for ja, the encoding is incorrect
and
resource files are not maintained by community.
Yes, the encoding's translation are incorrect.
I don't know where we can find the original 2.2 resource file to fix it.
But I don't if we must maintain the version 2.2…
No, IMHO we should only maintain 4.x + since those are the only Apache
releases.
as a side note, I noticed a Apache CloudStack UL project on transifex
which has 16% translation of the UI in arabic. I had met the folks in Oman,
and they wanted their own project to manage. However i don't know how to
"import" their translations into our project.
Can you reach out to them via email and ask them to submit it via the
mailing list or RB? We really need it to be voluntarily submitted since
they did it externally to the project.
I will if it's needed.
There is a more problematic issue with arabic that milamber raised: the ui is
not setup to do right to left rendering….
Seb,
I have make a test with success (I think) to display arabic translation of Web UI on
dashboard. (To work, need to remove one sequence "\n" in AR resource from CS UL
project)
http://awesomescreenshot.com/07817h5gc6
A control to word "Dashboard" (Arabic is display correctly) (even if the
alignment is not at right, the text is RTL)
http://awesomescreenshot.com/03317h5o82
IMO, I would better to manage the arabic translation directly into CS UI
project in transifex.
I agree, I am asking them. They wanted their own project so that they could
manage their team...
Milamber
They have moved their strings to our apache UI project. However they not show
up in ASCII, something to look at.
Fix it. I have transform the \\uXXXX char to native value.
I think their transifex project has a better setup than the current CS
UI projet. In their project, when you download the resource file, you
have directly a ASCII w/ unicode file (not native chars like CS UI project).
The source of issue is the choice of type when we create a new resource
in transifex: the good choice seems Java Properties with Unicode (not
Latin1)
Milamber
-sebastien
-sebastien
--David
