Ausgangstext schreiben, der sich gut übersetzen lässt

Worum es geht

Für Übersetzung zu schreiben bedeutet, die Ausgangssprache so zu gestalten, dass ein Übersetzer oder ein maschineller Übersetzungsschritt einen korrekten Zieltext erzeugen kann, ohne beim Autor nachfragen zu müssen und ohne dass der Code sich dagegen sträubt. Das GNU-gettext-Handbuch (zitiert) listet die Regeln auf der Code-Seite auf: solider englischer Stil, vollständige Sätze, Trennung an Absätzen, Format-Strings statt String-Verkettung, Platzhalter statt eingebetteter URLs. Seine Seite zu Pluralformen (zitiert) ergänzt, dass Zahlwerte über die Plural-Funktion laufen müssen und nicht über ein handgebautes file%s, weil Sprachen unterschiedlich viele Pluralformen haben; sie zeigt Sprachen mit zwei, drei und mehr Formen sowie Header-Regeln wie nplurals=3. Googles Stilrichtlinie für ein globales Publikum (zitiert) behandelt die Prosa-Seite: einheitliche Terminologie und Satzstruktur sowie das Weglassen von Umgangssprache, Redewendungen, Humor und saisonalen Bezügen.

Warum es wichtig ist

Wortstellung, Genus, Pluralregeln und Satzlänge unterscheiden sich zwischen Sprachen. Ein aus Fragmenten zusammengesetzter String ("Deleted " + n + " file(s)") lässt sich vom Übersetzer weder umstellen noch flektieren; eine nur im Englischen funktionierende Redewendung wird entweder wörtlich übersetzt oder durch eine Vermutung ersetzt; ein Satz, der auf einem englischen Wortspiel beruht, hat überhaupt keinen Zieltext. Jeder solche Fall wird zu einer Rückfrage an den Autor oder zu einer falschen Übersetzung in der Produktion.

So wird es angewendet

• Ein String pro vollständigem Satz oder Label; nie einen Satz zur Laufzeit aus Teilen zusammensetzen.
• Benannte Platzhalter verwenden ({count} files in {folder}), damit der Übersetzer sie umstellen kann; Übersetzern einen Kommentar mitgeben, der erklärt, was jeder Platzhalter enthält.
• Jeden Zahlwert über die Plural-Funktion des Frameworks führen, auch in der englischen Ausgangsversion ("1 file", "2 files"); nicht "file(s)" schreiben.
• Terminologie festhalten: ein Begriff pro Konzept, aus dem Glossar entnommen, damit der Übersetzungsspeicher übereinstimmt.
• Kurze, deklarative Sätze mit Standard-Wortstellung bevorzugen; gestapelte Substantive und mehrdeutige Pronomen ("es", "dies") mit unklarem Bezug vermeiden.
• Redewendungen, Humor, kulturelle und saisonale Bezüge sowie Beispiele, die die Formate eines einzelnen Landes voraussetzen, weglassen; Daten, Zahlen und Währungen über gebietsschema-bewusste Formatierung statt im String schreiben.
• Platz lassen: Eine Übersetzung kann länger sein als das Original, deshalb dürfen Layouts und Spaltenbreiten nicht von der Länge der Ausgangssprache ausgehen.
• Was nicht übersetzt werden darf (Produktnamen, Befehle, Code), im Ausgangstext mit dem Mechanismus des Werkzeugs kennzeichnen.

Stolpersteine

Einen String für zwei Bedeutungen wiederverwenden ("Open" als Verb und als Zustand). Sätze, die über mehrere Oberflächenelemente verteilt sind. Screenshots mit eingebettetem englischem Text. Ausgangs-Strings aus kosmetischen Gründen ändern, was jede bestehende Übersetzung dieses Strings ungültig macht.