FUDforum 2.5.0 translations [message #9856] |
Sat, 03 May 2003 17:56 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Hi guys,
I am finally starting to see the light at the end of the tunnel, which is the FUDforum 2.5.0 development. As of today all the translation have been synchronized with the primary (english) translation and appear to compile into FUDforum themes. However, all translations are not up to date, meaning that there are a number of untranslated strings in each one of them. Fortunately, in most cases the number of these strings is fairly small and should take minimal amount of effort to translate them. I would be utterly grateful to all translators if they would be able to allocate a small portion of their time in the next two weeks and update their translations, so that FUDforum 2.5.0 can come out will a completely up-to-date localization. To make the job easier, below are the stats of each translation and attached is the archive containing the 'todo' list (list of strings needing translating) for each translation.
bulgarian translation has 60 untranslated strings
chinese translation has 42 untranslated strings
french translation has 83 untranslated strings
german translation has 97 untranslated strings
italian translation has 161 untranslated strings
latvian translation has 86 untranslated strings
polish translation has 62 untranslated strings
russian translation has 59 untranslated strings
spanish translation has 140 untranslated strings
swedish translation has 71 untranslated strings
turkish translation has 59 untranslated strings
portuguese translation has 105 untranslated strings
norwegian translation has 77 untranslated strings
russian-1251 translation has 59 untranslated strings
czech translation has 62 untranslated strings
slovak translation has 947 untranslated strings
dutch translation has 158 untranslated strings
chinese_big5 translation has 41 untranslated strings
Please attach your translations as replies to this message.
FUDforum Core Developer
|
|
|
|
|
|
|
|
|
|
|
|
|
Updated turkish translation (again) [message #15102 is a reply to message #9856] |
Tue, 02 December 2003 13:49 |
tufan
Messages: 70 Registered: June 2002
Karma: 0
|
Member |
|
|
Hi,
I updated the turkish translation again.
I converted from ISO-8859-9 to UTF-8 now. If it's not a problem for you, we can use UTF-8 from now on for the turkish (for the english as well, maybe?). (Edit: The only problem is with dates when using UTF-8, but the problem might be due to my system settings, I'm not quite sure.)
Attached is a copy of the updated msg and help files.
I upgraded to RC8 without any serious problems (some of the groups I created were destroyed, but it was a minor problem for us).
By the way, the new icons are pretty nice. (perhaps a new set of smileys is a good idea too?)
Cya again...
[Updated on: Tue, 02 December 2003 13:51] Report message to a moderator
|
|
|
Re: Updated turkish translation (again) [message #15107 is a reply to message #15102] |
Tue, 02 December 2003 16:18 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
The problem with dates is not specific to you, it happens because the dates are generated by the system using locale + charset which for Turkish is ISO-8859-9. So what happens is that the engire page uses UTF-8, but the dates use ISO-8859-9, which will cause them to not appear correctly.
FUDforum Core Developer
|
|
|
|
|
|
|
Re: Ynt: Re: Updated turkish translation (again) [message #15224 is a reply to message #15223] |
Fri, 05 December 2003 18:25 |
Olliver
Messages: 443 Registered: March 2002
Karma: 0
|
Senior Member |
|
|
The browsers aren't the problem, Ilia but the servers. If a server provides a default charset, despite the one already defined in the html source, it makes the browser still use the wrong charset at first. Unless you manually set the proper charset in your browser, and that's for each request. Now imagine a German, Turkish, Finnish or Swedish forum (all using umlauts) running on Apache 2 using UTF-8 (and the server switching to ISO-8859-1)...
Because of this "feature" of Apache 2 I've already received bugreports for BBClone and had a hard time to explain to the people that it's not the counter but the server causing the problems. I'm pretty sure you don't want to deal with false bugreports, do you?
Old Apache 1.x isn't affected by that problem, but the amount of Apache 1.x servers isn't increasing these days...
Olliver
[Updated on: Fri, 05 December 2003 18:26] Report message to a moderator
|
|
|