Verben ins Partizip Perfekt statt ins Präteritum übersetzt
Da diese Verben nach einem Benutzer-Avatar stehen, lese ich sie als „(Benutzer) (Verb) (wann)“. Daher wirkt die vorherige Version natürlicher.
Themen/Beiträge benötigen keine Geschlechterflexion, daher ergibt fechado(a) mit dem Suffix (a) für die weibliche Variante keinen Sinn.
Die Variable {when} mit dem Präfix „em“ erzeugt einige seltsame Ergebnisse, wie das im Screenshot gezeigte, besonders weil diese Daten immer in der Vergangenheit liegen.
Vielleicht ist Punkt 3 Gegenstand einer eigenen Anfrage: Wenn das Datum in der Vergangenheit liegt, ist {when} z. B. „vor 4 Tagen“, bei zukünftigen Daten einfach „4 Tage“. Das Präfix „em“ funktioniert also mit zukünftigen Daten, wirkt aber bei vergangenen Daten seltsam, und das Entfernen von „em“ ist bei vergangenen Daten in Ordnung, aber bei zukünftigen Daten seltsam.
Die ideale – und brechende – Lösung wäre es, {when} bei zukünftigen Daten automatisch mit „in“ zu präfixieren, so wie es derzeit bei vergangenen Daten mit „vor“ suffixiert wird. Es gibt jedoch Fälle wie js.badges.granted_on, übersetzt als „Verliehen am {date}`, die Strings wie „Verliehen am 6 d“ erzeugen, was den falschen Eindruck einer zukünftigen Daten erweckt, aber außerhalb des relativen Datumsfensters in Ordnung ist, z. B. „Verliehen am 19. Mär“.
Ich bin der Meinung, dass diese Zeichenketten das Suffix „vor“ nicht enthalten sollten. Im Grunde sollten wir wieder den Zustand vor diesen Änderungen herstellen. Das Suffix ist bereits vorhanden, wenn das Datum in der Vergangenheit liegt und relativ angezeigt wird; bei absoluten Datumsangaben ergibt es keinen Sinn.
Außerdem gibt es einige Zeichenketten, die eine Zeitvariable interpolieren, die wir mit dem aktuellen Ansatz nicht für alle Szenarien korrekt übersetzen können, wie z. B. js.badges.granted_on, das bereits erwähnt wurde. Es enthält die Variable {date}, die sich beispielsweise zu „11 d“ (relativ, das Suffix „vor“ fehlt, das in {when} implizit ist) oder zu „24 Mai“ (absolut) auflösen kann. Der aktuelle pt_BR-Wert für diesen Schlüssel „Verliehen am {date}" ist also für die relative Variante nicht korrekt (und persönlich sehe ich keinen Wert, der für beide Fälle funktionieren würde).
Es sieht so aus, als müssten wir Anpassungen im Code vornehmen, um relative und absolute Datumsangaben zu berücksichtigen. Andernfalls ist es ziemlich schwierig, diese Zeichenfolgen ordnungsgemäß zu übersetzen. Wir haben eine interne To-Do-Liste dafür.
