450408 - Resync german l10n with en-US after CVS to Mercurial switch

Status: RESOLVED FIXED

(Mozilla Localizations :: de / German, defect)

Description

[Alex Ihrig [:Thunderbird_Mail_DE]]

Ich habe vorhin /mail/ in Mercurial auf den aktuellen Stand gebracht und nun anschließend DOM, Security und Toolkit aktualisiert. Dazu hänge ich getrennte Diffs hier an.

Comment 1

[Alex Ihrig [:Thunderbird_Mail_DE]]

Attachment: DOM Patch

Comment 2

[Alex Ihrig [:Thunderbird_Mail_DE]]

Attachment: Security Patch

Bitte schaut Euch den Teil "Base point order length" genauer an. Dafür ist mir keine Übersetzung geläufig.

Comment 3

[Alex Ihrig [:Thunderbird_Mail_DE]]

Attachment: Toolkit Patch (checked in)

Comment 4

[Alex Ihrig [:Thunderbird_Mail_DE]]

Mhh, UTF-8 kodiert sind die Sprachfiles bei mir natürlich. Bin gerade unsicher warum die Diffs (von Hand zusammen gestellt ...) hier die Sonderzeichen nicht korrekt zeigen.

Comment 5

[Alex Ihrig [:Thunderbird_Mail_DE]]

Attachment: DOM Patch (korrekt in UTF-8)

Comment 6

[Alex Ihrig [:Thunderbird_Mail_DE]]

browser/ und suite/ habe ich nicht bearbeitet ;-)

Comment 7

[Alex Ihrig [:Thunderbird_Mail_DE]]

Hmm, Browser habe ich mir jetzt mal kurz angesehen...

=== Key parity ================================================================
ERROR: Missing key at chrome\browser\browser.properties => contextMenuSearchText.accesskey
ERROR:   Extra key at chrome\browser\places\places.properties => saveSearch.defaultText
ERROR: Missing key at chrome\browser\places\places.properties => saveSearch.inputDefaultText
ERROR:   Extra key at chrome\browser\safebrowsing\phishing-afterload-warning-message.dtd => safeb.urlbaricon.tooltip

=== Encoding / Character Escapes (\n \u00e1) ==================================
chrome\browser\pageInfo.properties => generalSiteIdentity [Unnecessary escaped character \D] Die Website gehört %S\Dies wurde bestätigt von %S

>>> Hier sollte bestimmt ein \n Zeilenumbruch sein, oder?

=== Keybindings (like Ctrl+X) =================================================
Message:   found diff at chrome\browser\places\places.dtd => cmd.find.key
ORIGINAL:  f
LOCALIZED: s

>>> warum hatten wir im Deutschen einen anderen Key? Muss das sein?

-------------------------------------------------------------------------------

ERROR:     different expression(s) at chrome\browser\search.properties => error_loading_engine_msg2
ORIGINAL:  %S could not download the search plugin from:
%S
LOCALIZED: Die Suchmaschine konnte nicht heruntergeladen werden von:
%S

>>> Da die Variablen nicht nummeriert sind, wird vermutlich ein falscher String verwendet, wenn wir die erste Variable einfach auslassen (oder die Reihenfolge nicht einhalten), oder nicht?

Comment 8

[Kadir Topal [:atopal]]

3 sehr zutreffende Problematisierungen ;)

Ich lege einen extra Bug dafür an.

Für mich sehen die Diffs übrigens okay aus.

Comment 10

[Alex Ihrig [:Thunderbird_Mail_DE]]

(In reply to comment #8)
> 3 sehr zutreffende Problematisierungen ;)
> 
> Ich lege einen extra Bug dafür an.

Bug 450488 ist es geworden.

Comment 11

[Robert Kaiser]

Comment on attachment 333552 [details] [diff] [review]
Security Patch

>diff -r 3c2a874b086c security/manager/chrome/pipnss/pipnss.properties
>--- a/security/manager/chrome/pipnss/pipnss.properties	Wed Aug 13 14:12:05 2008 +0200
>+++ b/security/manager/chrome/pipnss/pipnss.properties	Wed Aug 13 15:49:11 2008 +0200
>+CertDumpECTemplate=Schlüssellänge: %S bits\nBase point order length: %S bits\nÖffentlicher Wert:\n%S

Ich würde hier gerne irgendwas haben, das an Deutsch angelehnt ist. Und wenn es nur Bese-Point_order_länge ist oder sowas...

Das hab ich am IRC darüber erfahren:

<kaie> KaiRo, I got some advice from Wan-Teh. it's a mathematical term
<kaie> he said: I think "base point order length" means "the number of bits needed to represent the base point order".

Bis auf diesen Term sieht der Patch aber gut aus. Danke.

Comment 12

[Robert Kaiser]

Comment on attachment 333555 [details] [diff] [review]
DOM Patch (korrekt in UTF-8)

>diff -r 3c2a874b086c dom/chrome/layout/css.properties
>--- a/dom/chrome/layout/css.properties	Wed Aug 13 14:12:05 2008 +0200
>+++ b/dom/chrome/layout/css.properties	Wed Aug 13 15:45:41 2008 +0200
>+PEMQExpectedExpressionStart='(' am Beginn des Ausdrucks einer Mediensuche erwartet, aber '%1$S' gefunden.
>+PEMQExpressionEOF=Inhalte des Ausdrucks zur Mediensuche

"Medien-Suchausdruck" gefällt mir besser für "media query expression".

>+PEMQExpectedFeatureName=Bezeichnung einer Medieneigenschaft erwartet, aber '%1$S' gefunden.
>+PEMQExpectedFeatureNameEnd=':' oder ')' hinter der Bezeichnung der Medieneigenschaft erwartet, aber '%1$S' gefunden.
>+PEMQExpectedFeatureValue=Ungültiger Wert für eine Medieneigenschaft gefunden.

"media feature" ist eher eine "Medienfunktion", bei "Eigenschaft" würde ich "property" erwarten. Und "name" würde ich einfach mit "Name" übersetzen.

r- allerdings nicht deshalb, sondern weil mittlerweile schon wieder zusätzlich Strings gebraucht werden. Ich hab lokal die Übersetzungen dafür, du bekommst das r? gleich wieder zurück, sobald ich einen Patch draus machen kann :)

Comment 13

[Robert Kaiser]

(In reply to comment #11)
> Ich würde hier gerne irgendwas haben, das an Deutsch angelehnt ist. Und wenn
> es nur Bese-Point_order_länge ist oder sowas...

<kaie> Länge der Größenordnung des Basispunkts?

Comment 14

[Robert Kaiser]

Attachment: DOM-Patch, v2 (checked in)

Hie ist der DOM-Patch mit meinen Ausbesserungen, zusätzlichen neuen Strings, und ein paar Zeilenumbrüchen, die uns bisher im Vergleich zu en-US gefehlt haben, und die der neue MozillaTranslator mir aufgezeigt hat.

Comment 15

[Robert Kaiser]

Comment on attachment 333553 [details] [diff] [review]
Toolkit Patch (checked in)

Sieht gut aus, danke!

Comment 16

[Alex Ihrig [:Thunderbird_Mail_DE]]

Comment on attachment 333993 [details] [diff] [review]
DOM-Patch, v2 (checked in)

ich denke, das sieht okay aus

Comment 17

[Alex Ihrig [:Thunderbird_Mail_DE]]

(In reply to comment #13)
> (In reply to comment #11)
> > Ich würde hier gerne irgendwas haben, das an Deutsch angelehnt ist. Und wenn
> > es nur Bese-Point_order_länge ist oder sowas...
> 
> <kaie> Länge der Größenordnung des Basispunkts?

Abdulkadir? Ich bin damit überfordert.

Comment 18

[Kadir Topal [:atopal]]

Wenn selbst kaie erst nachfragen muss, frage ich mich, ob eine Übersetzung Sinn macht. 

Comment 19

[Robert Kaiser]

Es handelt sich hier an sich um einen mathematischen Ausdruck, wurde mir gesagt.

Comment 20

[Robert Kaiser]

Comment on attachment 333993 [details] [diff] [review]
DOM-Patch, v2 (checked in)

OK, DOM-Änderungen sind drin.

Comment 21

[Alex Ihrig [:Thunderbird_Mail_DE]]

Toolkit ist auch in HG drin. Wie man sieht habe ich noch (Verständnis-)Probleme mit Merge / Push...

Comment 22

[Alex Ihrig [:Thunderbird_Mail_DE]]

http://www.faqs.org/rfcs/rfc4050.html Punkt 3.4.2.3 - dort findet man bei Elliptic Curve Keys etwas zu Base point order. Mich bringt es trotzdem kaum weiter. Vielleicht sollte man es besser unübersetzt lassen? Vielleicht findet man auch hier was:
http://209.85.129.104/search?q=cache:sp4wafP4OTMJ:https://publications.european-patent-office.org/PublicationServer/router%3FiAction%3D3%26cc%3DEP%26pn%3D1578054%26ki%3DB1+key+base+point+order+length+Basispunkt&hl=de&ct=clnk&cd=1&gl=de

Comment 23

[Kadir Topal [:atopal]]

Wenn man schon auf Englisch kaum Infos dazu findet, sollten wir vorsichtig sein, einen deutschen Begriff zu erfinden. Dazu wird man dann bei einer Fehlermeldung gar keine Infos im Netz finden.

Comment 24

[Robert Kaiser]

Base-Point-Order-Länge oder Basispunkt-Größenordnungslänge sind für mich beide OK, aber auch wenn wir's unübersetzt lassen, muss es sich den deutschen Schreibungsregeln beugen, wie in meinem ersten Beispiel ;-)

Comment 25

[Alex Ihrig [:Thunderbird_Mail_DE]]

Base-Point-Order-Length würde ich dann nehmen, um es komplett unübersetzt zu lassen.

Comment 26

[Alex Ihrig [:Thunderbird_Mail_DE]]

So habe ich den Security-Patch nun hochgeladen:
http://hg.mozilla.org/l10n-central/de/index.cgi/rev/51b675495161