Closed
Bug 1454277
Opened 6 years ago
Closed 2 years ago
Firefox Desktop 60 German localization
Categories
(Mozilla Localizations :: de / German, enhancement)
Mozilla Localizations
de / German
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: aryx, Assigned: aryx)
Details
Attachments
(3 files)
10.67 KB,
patch
|
kairo
:
review+
|
Details | Diff | Splinter Review |
58.56 KB,
patch
|
kairo
:
review+
|
Details | Diff | Splinter Review |
18.65 KB,
patch
|
kairo
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•6 years ago
|
||
https://hg.mozilla.org/l10n-central/de/rev/1c3862747e85
Attachment #8968082 -
Flags: review?(kairo)
Assignee | ||
Comment 2•6 years ago
|
||
https://hg.mozilla.org/l10n-central/de/rev/9b5b8a856ac6
Attachment #8968083 -
Flags: review?(kairo)
Comment 3•6 years ago
|
||
For every release a new bug is open and then forgotten. Would it be possible to clean up old open bugs for German, including feedback comments? Such comments might have been already addressed at a later time, but there's not track of that in the bugs themselves https://l10n.mozilla.org/teams/de#bugzilla
Comment 4•6 years ago
|
||
Side note, as hinted on IRC: blank lines between strings in FTL files are currently removed when running migrations (and we run them often). That's tracked in bug 1446635, but it doesn't look like an easy bug to fix.
Assignee | ||
Comment 5•6 years ago
|
||
https://hg.mozilla.org/l10n-central/de/rev/f52e71ea7c43
Attachment #8969490 -
Flags: review?(kairo)
Updated•6 years ago
|
Attachment #8968082 -
Flags: review?(kairo) → review+
Comment 6•6 years ago
|
||
Comment on attachment 8969490 [details] [diff] [review] devtools, v2 Review of attachment 8969490 [details] [diff] [review]: ----------------------------------------------------------------- r+ with comments, please fix in future versions... ::: devtools/client/inspector.properties @@ +55,5 @@ > + > +# LOCALIZATION NOTE (markupView.display.flex.tooltiptext) > +# Used in a tooltip that appears when the user hovers over the display type button in > +# the markup view. > +markupView.display.inlineGrid.tooltiptext=Dieses Element verhält sich wie ein Block-Element und stellt den Inhalt nach dem Raster-Modell dar. Ups. "inline element" != "Block-Element"... Generell, nachdem "inline" und "grid" überall in den Dokumentationen auftauchen, ist es fraglich, ob wir "Inhalt" und "Raster" dafür verwenden sollen oder die Englischen Wörter zumindest in Klammern oder so angeben sollen. ::: devtools/client/responsive.properties @@ +158,5 @@ > +responsive.reloadConditions.title=Festlegen, ob die Seite beim Eintreten bestimmter Ereignisse automatisch neu geladen werden soll. > + > +# LOCALIZATION NOTE (responsive.reloadConditions.touchSimulation): Label on checkbox used > +# to select whether to reload when touch simulation is toggled. > +responsive.reloadConditions.touchSimulation=Neu laden, wenn Berührungssimulation umgeschaltet wird Da würde ich "Touch-Simulation" verwenden, denn ich sehe kaum irgendwo "Berührungsbildschirm" in Zeitschriften oder einschlägigen Kommunikationen, sobndern eher "Touchscreen"
Attachment #8969490 -
Flags: review?(kairo) → review+
Comment 7•6 years ago
|
||
Comment on attachment 8968083 [details] [diff] [review] browser, v2 Review of attachment 8968083 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/browser/preferences/preferences.ftl @@ +40,5 @@ > +policies-notice = > + { PLATFORM() -> > + [windows] Ihre Organisation hat das Ändern einiger Einstellungen deaktiviert. > + *[other] Ihre Organisation hat das Ändern einiger Einstellungen deaktiviert. > + } Eigentlich schade, das Format würde uns problemlos zulassen, die Plattform-Unterscheidung ganz raus zu nehmen, aber ich schätze, die Werkzeuge haben damit ein Problem - oder nicht und wir folgen nur dem en-US "blind" hier? ::: browser/chrome/browser/browser.properties @@ +523,5 @@ > canvas.remember=Entscheidung merken > > # WebAuthn prompts > # LOCALIZATION NOTE (webauthn.registerPrompt): %S is hostname > +webauthn.registerPrompt=%S will ein Konto mit einem Ihrer Sicherheits-Token erstellen. Sie können jetzt eins verbinden und authorisieren oder abbrechen. Ich würde "eines" aussschreiben und nicht zu "eins" abkürzen... @@ +539,2 @@ > # LOCALIZATION NOTE (webauthn.signPrompt): %S is hostname > +webauthn.signPrompt=%S will Sie mit einem registrierten Sicherheits-Token authentifizieren. Sie können jetzt eins verbinden und authorisieren oder abbrechen. ebenfalls hier
Attachment #8968083 -
Flags: review?(kairo) → review+
Comment 8•6 years ago
|
||
(In reply to Francesco Lodolo [:flod] from comment #3) > For every release a new bug is open and then forgotten. I hope Sebastian doesn't forget them, I'm doing the reviews so that they hopefully will actually be addresses, esp. as sometimes they are real bugs in the L10n. That said, I'd appreciate it as well to see a comment on that and a resolving of the bug.
Updated•2 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•