Updated L10n status for Sunbird 0.3 release

[Simon Paquet]

Hi guys,

thanks to Stefan Sitter, we now have a full l10n comparison on the trunk
between en-US and all locales with a calendar localization.

- Locales with no issues in calendar and core (netwerk, dom, security,
toolkit) and files: ca, eu, fr, ga-IE, it, mn, pl

- Locales with no issues calendar files, that have issues in core files:
cs, da, de, sk, sl

- Locales with minor issues in calendar files, that also have issues in
core files: hu, nl, ru

Detailed results (calendar-only):
http://ssitter.googlepages.com/compare-locales-calendar-only.txt

Detailed results (calendar and core):
http://ssitter.googlepages.com/compare-locales-full.txt

Simon
--
Sunbird/Lightning/Calendar Website Maintainer:
http://www.mozilla.org/projects/calendar
Sunbird/Calendar blog: http://weblogs.mozillazine.org/calendar

[Mad Maks]

Simon Paquet wrote:

>
> - Locales with minor issues in calendar files, that also have issues in
> core files: hu, nl, ru
>
>

what are the issues in the corefiles for nl? i don't see any in the
compare-locales-full.txt.

MM

[Andras Timar]

Simon Paquet írta:

>
> - Locales with minor issues in calendar files, that also have issues in
> core files: hu, nl, ru
>

Thanks for this report. In regards of hu, it seems that compare
locale.pl did not accept line breaks in calendar properties. I tryed to
fix all issues.

Andras

[Thorsten Fritz]

Simon Paquet wrote:
> - Locales with no issues calendar files, that have issues in core files:
> cs, da, de, sk, sl

de will be updated in a few days.
https://bugzilla.mozilla.org/show_bug.cgi?id=353790

Thorsten

--
http://www.nvu-composer.de
http://www.sunbird-kalender.de
http://www.songbird-webplayer.de
http://www.erweiterungen.de

[Alexander L. Slovesnik]

Hi Simon Paquet

23.09.2006 0:30 you wrote:

> - Locales with minor issues in calendar files, that also have issues in
> core files: hu, nl, ru

Could you please tell, what are the issues in the corefiles for ru?
I don't see any issues for ru in the compare-locales-full.txt.

--
Sincerely yours,
Alexander L. Slovesnik a.k.a. Unghost
==>Web-page: http://www.unghost.ru/
==>Jabber ID: a...@mozilla.ru
==>Gmail Talk ID: ung...@gmail.com
==>ICQ: 205497659
==>IRC: ircs://irc.mozilla.org:6697/mozilla-ru

[Marek Stępień]

Alexander L. Slovesnik napisał:

>> - Locales with minor issues in calendar files, that also have issues
>> in core files: hu, nl, ru
>
> Could you please tell, what are the issues in the corefiles for ru?
> I don't see any issues for ru in the compare-locales-full.txt.

Really? I see this:

Properties in ./installer/custom.properties don't match:
In l10n/ru/calendar: (remove these from your localization)
REG_APP_DESC

--
Marek Stępień <mar...@aviary.pl>
AviaryPL - polski zespół lokalizacyjny Mozilli
http://www.firefox.pl/ | http://www.mozilla.org.pl/

[Mad Maks]

Marek Stępień wrote:
> Alexander L. Slovesnik napisał:
>>> - Locales with minor issues in calendar files, that also have issues
>>> in core files: hu, nl, ru
>> Could you please tell, what are the issues in the corefiles for ru?
>> I don't see any issues for ru in the compare-locales-full.txt.
>
> Really? I see this:
>
> Properties in ./installer/custom.properties don't match:
> In l10n/ru/calendar: (remove these from your localization)
> REG_APP_DESC
>

ah do you call this a core file, i call this a calendar file.

[Marek Stępień]

Mad Maks napisał:

>> Properties in ./installer/custom.properties don't match:
>> In l10n/ru/calendar: (remove these from your localization)
>> REG_APP_DESC
>>
> ah do you call this a core file, i call this a calendar file.

Oops, right.

[wladow]

sk files fixed, we are finishing with locale now

Is it possible to change date format in week view? We don't use "9/23"
format in Slovakia.

wladow

[Mad Maks]

the issues listed in compare-locales-full.txt are fixed for nl

[Ricardo Palomares Martinez]

Simon Paquet escribió:

>
> thanks to Stefan Sitter, we now have a full l10n comparison on the trunk
> between en-US and all locales with a calendar localization.
>
>
> - Locales with no issues in calendar and core (netwerk, dom, security,
> toolkit) and files: ca, eu, fr, ga-IE, it, mn, pl
>
> - Locales with no issues calendar files, that have issues in core files:
> cs, da, de, sk, sl
>
> - Locales with minor issues in calendar files, that also have issues in
> core files: hu, nl, ru
>
>
> Detailed results (calendar-only):
> http://ssitter.googlepages.com/compare-locales-calendar-only.txt
>
> Detailed results (calendar and core):
> http://ssitter.googlepages.com/compare-locales-full.txt
>

I can't see es-ES in those result text files. If that was because
there was too much outdated, I've just updated common components in
trunk (calendar should be already updated), and calendar files in
branch. Can I expect to see more info on es-ES in the next round of
langpacks and compare-locales.pl results at the usual site [1]?

[1] http://ssitter.googlepages.com/langpack

TIA

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

[Simon Paquet]

And on the seventh day Simon Paquet spoke:

>Hi guys,
>
>thanks to Stefan Sitter, we now have a full l10n comparison on the trunk
>between en-US and all locales with a calendar localization.
>
>- Locales with no issues in calendar and core (netwerk, dom, security,
> toolkit) and files: ca, eu, fr, ga-IE, it, mn, pl
>
>- Locales with no issues calendar files, that have issues in core files:
> cs, da, de, sk, sl
>
>- Locales with minor issues in calendar files, that also have issues in
> core files: hu, nl, ru

A short update based on the current trunk status (based on
http://ssitter.googlepages.com/compare-locales-calendar-only.txt and
http://ssitter.googlepages.com/compare-locales-full.txt):

- Locales with no issues in calendar and core (netwerk, dom, security,
toolkit) and files:

ca, cs, es-ES, eu, fr, ga-IE, hu, it, mn, nl, pl, ru, sk, sl

- Locales with no issues calendar files, that have issues in core files:

da, de

- Locales with minor issues in calendar files, that also have issues in

core files: None.

This is really looking great. Thanks a lot for all your efforts.

[Simon Paquet]

And on the seventh day Alexander L. Slovesnik spoke:

>> - Locales with minor issues in calendar files, that also have issues in
>> core files: hu, nl, ru
>
>Could you please tell, what are the issues in the corefiles for ru?
>I don't see any issues for ru in the compare-locales-full.txt.

I don't remember what issues there were, but you're right. A current run
of compare-locales on the trunk shows no outstanding issues for ru.

Thanks for your efforts.

[Simon Paquet]

And on the seventh day Mad Maks spoke:

>>> - Locales with minor issues in calendar files, that also have issues
>>> in core files: hu, nl, ru
>>>
>>>
>> what are the issues in the corefiles for nl? i don't see any in the
>> compare-locales-full.txt.
>>

>the issues listed in compare-locales-full.txt are fixed for nl

Thanks.

A new run of compare-locales on the trunk for nl showed no outstanding
issues. Thanks for your efforts.

[Simon Paquet]

And on the seventh day Ricardo Palomares Martinez spoke:

>I can't see es-ES in those result text files. If that was because
>there was too much outdated, I've just updated common components in
>trunk (calendar should be already updated), and calendar files in
>branch. Can I expect to see more info on es-ES in the next round of
>langpacks and compare-locales.pl results at the usual site [1]?

You will have to ask Stefan Sitter about that. But I just made a
compate-locales run for es-ES on the trunk and it shows the following:

|no comparison for ./chrome/global/intl.css
|no comparison for ./chrome/global-region/builtinURLs.rdf
|no comparison for ./chrome/mozapps/help/help-toc.rdf
|no comparison for ./chrome/mozapps/help/welcome.xhtml
|no comparison for ./installer/unix/install.it
|no comparison for ./installer/windows/charset.mk
|no comparison for ./installer/windows/install.it
|no comparison for ./extra-jar.mn
|no comparison for ./README.txt
|no comparison for ./sunbird-l10n.js

So es-ES is looking fine. Thanks for your efforts.

[Stefan Sitter]

Thanks for update and information. I have added es-ES to my page.

/Stefan

[Stefan Sitter]

Hello,

doing a quick test on the Sunbird language packs [1] showed some
small issues:

l10n/cs/calendar/chrome/calendar/aboutDialog.dtd
l10n/es-ES/calendar/chrome/calendar/aboutDialog.dtd
l10n/pl/calendar/chrome/calendar/aboutDialog.dtd
Entity 'copyrightText' should be 1998-2006

l10n/eu/other-licenses/branding/sunbird/brand.properties
releaseNotesURL must use '%S' instead of '%s' (Bug 352713)

eu (Basque) language pack doesn't work. After startup I only see
XML Analisi Errorea: definitu gabeko entitatea
Helbidea: chrome://calendar/content/calendar.xul
Lerro Zenbakia 784, Zutabea 12: <menuitem id="aboutName"

But according to compare-locales everything is fine [2]. So maybe
this is an encoding problem?

Best Regards,
Stefan

[1] http://ssitter.googlepages.com/langpack
[2] http://ssitter.googlepages.com/compare-locales-full.txt

[Ricardo Palomares Martinez]

Stefan Sitter escribió:

> Hello,
>
> doing a quick test on the Sunbird language packs [1] showed some
> small issues:
>

> (...)
> l10n/es-ES/calendar/chrome/calendar/aboutDialog.dtd
> (...)

> Entity 'copyrightText' should be 1998-2006

Oops, sorry. Too bad that the copyright message is one year back in a
calendar program. :-)

Fixed in both trunk and branch. Thank you for the report.

Ricardo.

[pi]

Stefan Sitter wrote:
>
> l10n/eu/other-licenses/branding/sunbird/brand.properties
> releaseNotesURL must use '%S' instead of '%s' (Bug 352713)
>

Fixed

> eu (Basque) language pack doesn't work. After startup I only see
> XML Analisi Errorea: definitu gabeko entitatea
> Helbidea: chrome://calendar/content/calendar.xul
> Lerro Zenbakia 784, Zutabea 12: <menuitem id="aboutName"
>
> But according to compare-locales everything is fine [2]. So maybe
> this is an encoding problem?

Fixed, erroneus brand&shortname instead &brandshortname
>
> Best Regards,
> Stefan
>

thanks for the advice

[pi]

RC1 basque build works fine! Again, thanks for the advice