Closed Bug 315059 Opened 19 years ago Closed 18 years ago

add de-DE to calendar locales

Categories

(Calendar :: Sunbird Only, defect)

x86
All
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: thorsten, Assigned: wolfiR)

Details

Attachments

(2 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051025 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9a1) Gecko/20051103 Mozilla Sunbird/0.3a1

I have done a localization of sunbird 0.3a1 (build 20051103).
The files from calendar.jar:locale/de-DE/calendar are attached.

Reproducible: Always
Attached file The german calendar files. (obsolete) —
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
OS: Windows XP → All
Assignee: mostafah → mozilla
Status: ASSIGNED → NEW
Attachment #201830 - Attachment mime type: application/octet-stream → application/zip
Status: NEW → ASSIGNED
mvl, can I check this locale into calendar/resources/locale and activate it's build in jar.mn?
I don't know the status for de-AT but it seems to be very outdated. Should it be removed?
Depends on: 267981
Attached file archive for l10n cvs —
This is my proposed structure for DE locale in l10n CVS. It has been tested with my current changes to sunbird. I think it's ready for checkin.
Attachment #201830 - Attachment is obsolete: true
I just looked at the files and noticed:
- all headers, comments and localization notes were removed from files
- entities are no longer sort by logical coherence but by name
Is this intended? 
It makes me think that it would be harder for further updates this way.
(In reply to comment #4)
> I just looked at the files and noticed:
> - all headers, comments and localization notes were removed from files
> - entities are no longer sort by logical coherence but by name
> Is this intended? 

It shouldn't be. The structure of the .dtd and .properties files should remain as is (to make them more readable and easier to work with) and they should retain all comments, localization notes and especially the license header.
AFAIK KaiRo wants to polish the locale anyway. 
(In reply to comment #6)
> AFAIK KaiRo wants to polish the locale anyway. 

Exactly, and what comment #5 says should be OK in the version I'l check into the L10n repository once the L10n situation has been cleared up and Pike has given an OK for proceeding. BTW, on trunk we use "de" for German in all products that allow the "source L10n" stuff, so we'll stick with that (no de-DE/de-AT).
The currently checked in codes misses a contents.rdf file.
So if anyone makes changes, please add such a file.
Attached patch update cvs l10n de — — Splinter Review
This is an update of the calendar files for the de locale as at 2006-05-14.

This may help to test the cvs l10n with an up-to-date locale.

The structure and license headers will be restored with the next patch. Maybe for 0.3b.
No longer depends on: 267981
A complete set of German (de) calendar files is in /l10n now, Thorsten and me will work together on some fine-tuning to it, but everything should build and work.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: