Hi,

I committed it, and also installed it at Gna!
Does it work?

Thanks a lot Roman!

There's a mistake somewhere:
$ msgfmt -c --statistics -o ru.gmo ru.po
ru.po:25: nplurals = 3...
ru.po:1326: ...but some messages have only 2 plural forms
ru.po:1747: format specifications in 'msgid_plural' and 'msgstr[0]' for argument 1 are not the same
/usr/bin/msgfmt: found 3 fatal errors
750 translated messages, 261 fuzzy translations, 949 untranslated messages.

Can you fix it?

Hi,

Nice to see someone new here!

we're tuned in, however it's quite a lot of time no significant translation effort is done on savannah. If you'd like to help, you're most welcome!

On my part, this could be a good hint to update the Italian translation ;-).

Matteo

Only one day before the release:

$ make stats
ca.po:
1785 translated messages, 96 fuzzy translations, 81 untranslated messages.
de.po:
1779 translated messages, 95 fuzzy translations, 88 untranslated messages.
fr_FR.po:
1864 translated messages, 45 fuzzy translations, 53 untranslated messages.
it_IT.po:
1733 translated messages, 137 fuzzy translations, 92 untranslated messages.
ja.po:
453 translated messages, 886 fuzzy translations, 623 untranslated messages.
pt_BR.po:
453 translated messages, 886 fuzzy translations, 623 untranslated messages.
ru.po:
534 translated messages, 346 fuzzy translations, 1082 untranslated messages.
sv.po:
1962 translated messages.

I'm considering not including pt_BR, ja.po and ru.po in the next release as they are too partially complete.

Next release will probably be done Tuesday 28th. Currently, the trunk is not up to date so there is no need to update i18n. If you want starting updating i18n, check branch dev-2006.10-MarkupAndSpamFilterAndMetaUsers/

As announced in comment #55, the release will be made tomorrow.

I can confirm now that the string freeze will occur the 26th and the release will be made the 3rd October (unless delayed by unplanned issue).

Hello, in fact, Savane 2.0 (was 1.5) will be released after the 27th september. So the freeze string will probably be on that date.

Strings should be or less frozen now.

nice :)

> Omid, features boxes are on the frontpage, it is on purpose that
> they disregard format_date in order to save space. I dont know
> how to deal with that otherwise.

could you add a new function like "format_strftime"?

Please post a bug report for the bug you found.

About the calendar, post another report.

We already had this discussion and I'm strongly, firmly and definitively against the idea of Savane reinventing the wheel in this regard.

When you use 'ls', when you use 'konqueror', when you use 'gimp', etc, there is no way to configure the language inside the software.
Because this is supposed to be done already on top, in the desktop configuration. Adding such option would be severely confusing, would incitate users to expect software to behave in inconsistant way, to work with setup broken by design.

That's not an option. A web application is an application and there's no reason to push users, to incitate users to think it is the correct way to get i18n to be configured for the 100 web application they use with a form inside each.
There are many benefits of having a properly configured browser (to name one: apache redirects per language), that provide i18n settings, that's what we must recommend. That the ideal way to do things and this is not pure theory.

There are some web application that have such form to configure i18n, but I think the choice their made was from the start a bad one. If you cannot get a necessary configuration information, the way to go is not to ask the user to fill it one more time, but to work on getting the information properly from where it comes.

thanks.

this is the output:
# locale -a | grep "fa"
fa_IR
fa_IR.utf8

Thanks Mathieu for your fast reply :)

nothing happend! this is what i did:

- i added a new po file named "fa_IR.po" to "po" directory.

- change i18n.php files and add the following lines to it:
"fa" => "IR.UTF-8",
"fa_IR" => "IR.UTF-8"
AND
$plural_rule["fa_IR"] = ($n > 1);

- make savane and make install po ddirectory as root (all things work fine in this section)

- open savannah.conf.pl and change $sys_default_locale to "fa_IR" (it was uncommented before)

- run sv_update_conf

and check the system, but it is english :(

this is header of po file:
=============================
"Project-Id-Version: fa_IR\n"
"POT-Creation-Date: \n"
"PO-Revision-Date: 2005-10-11 20:34+0330\n"
"Last-Translator: [[no spam]]\n"
"Language-Team: [[no spam]]\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Persian\n"
"X-Poedit-Country: IRAN, ISLAMIC REPUBLIC OF\n"
"X-Poedit-SourceCharset: utf-8\n"
=============================

and when i run "ls /usr/share/locale/fa*" i saw:
=============================
/usr/share/locale/fa:
./ ../ LC_MESSAGES/

/usr/share/locale/fa_IR:
./ ../ LC_MESSAGES/
=============================

and for "ls /usr/share/locale/fa/LC_MESSAGES/" i have:
=============================
authconfig.mo
redhat-menus.mo
system-config-network.mo
glib20.mo
system-config-mouse.mo
system-config-securitylevel.mo
=============================

and for "ls /usr/share/locale/fa_IR/LC_MESSAGES/" i have:
=============================
savane.mo
=============================

thanks a lot.

We traslate your system to Persian, how can we add the configurations to savane files? (we need to install it on our test system before public publishing)

our lang code is "fa_IR".

regards, Omid

yes, exactly i want to develop your system to can use other calendars :)

as i told you in private email, i developed serendipity (s9y.org) to support Jalali calendar, and users can select their calendar from their control panel.

as i see, i must do the following works:
- add two-three new functions for date (really NEW functions :) ) for Jalali calendar and convertion between Jalali & Gregorian...
- develop your "format_date" function. this function should find which LANGUAGE is selected and show the correct calendar. (default=gregorian)

for prob1, as i told above... i want to know which language is selected in the "format_date" function :) my question is HOW can i find which language selected?!

thanks Math and sorry to disturb you.

the translation started before and is in progress...
but i need to develop calendar of this system, i can develop it for myself, but i want to publish it for other persian/iranian guys.

i will change the calendar (i18n!) and send the final file for you.

but please answer to my questions to can develop it faster :)
(please answer mu prob1 question :) if i must ask it somewhere else, please tell me, but i think "calendar" are "i18n"-related)

Thanks for your reply :)

i want to change "format_date" function, and it is in "utils.php"...
i want to develop Jalali (Persian) calendar for your system and i should change "format_date" function, so i ant to change "utils.php" file...

TRANSLATE is something diffeent from CALENDAR....
i need to change that file, because of calendar, not translating.

regards.

prob1:
i saw that lines and the mapping system, i want to know, do i have access to this variable in utils.php file?

prob2:
sure, i will discuss you, i will email you soon to trust me :) and ...
the date function called in a lot of places, some of them is because you want to generate GMT date....
but somwhere else, like faq/export_textinfo.php in line 46 (ver1.9) you called it directly... i think it can/must be local :)

regards.

dear mathieu,

i want to localize your system calendar (date)...
i found "format_date" in "utils.php" file, but i have two problem and one question...

prob.1:
how can i find which language is selected? is it "$locale"?? is it valid in "utils.php" page?

prob.2:
there are some direct calls of "date" function in your program (eg faq/export_textinfo.php) could you/i change them to use "format_date"?

question.1:
could i change "utils.php" on my own and then send it to you?!

regards, omid

I had to update the po files, but only 1 or 2 strings changed.

Hello,

i want to add Prsian (farsi, fa_IR) language to your system.

regards, omid

Hello,

Release 1.2 will be probably made during the next week, see task #2170 for more details.

Strings should more or less frozen (as much as possible).

Next release is about to be done, normally only a few strings should change. A good time to update po files.

I'll update the potfile on monday, after the trunk feature-froze.

Note for people updating translation: please never override previous translation choices until you are 100% sure that your change is best. In doubt, please send a mail to savane-dev.

Ventura, you're welcome to ask anything you'd like to ask to the development list savane-dev

It works; I just did not already handled it. I'll do it tomorrow.

Regards,

To the CVS? :)

You could request an account at https://gna.org/my/groups.php (using `savane' as the group for the inclusion request), or put it up on the web somewhere, and someone else with CVS access can commit it for you.

If you do the latter, let -unavailable- know. :)

Ok, yesterday I did begin the spanish l10n. Now, I have c. 500 strings translated.
Where I should send my doubts?

I downloaded the distribution and extracted the .pot file for a spanish translation.
Are there more people with this task?

Regards,
VV

A quick update: I just sent out the mail to the other three translators (pt_BR, ja, ko) asking about their ability to review/update their .po-files before the next release.

For the French i18n, yes, we will update it. Considering the % of French developers in the project Savane, it is not really a big problem, and the gettext support was implemented by a French anyway :))

The korean translator show up only once, so it is unclear whether he will keep contributing.

One solution is to mail translators, another one would be to add all of them in Cc: of this task, so they would get a notice of every update of the task.

Out of curiosity, how do you get the number of strings fuzzy / unstranslated ?

ok nice, give me files to translate and i will translate them to french