Bringen Sie Ihre vorhandenen Übersetzungen mit

Die meisten Teams fangen nicht bei null an. Da gibt es eine veröffentlichte App mit deutschen und französischen Strings, ein Handbuch aus dem letzten Jahr oder ein Spiel, das bereits in vier Sprachversionen vorliegt. All das erneut durch ein Übersetzungstool zu schicken, würde Wörter kosten und – was noch schlimmer wäre – die bereits freigegebenen Formulierungen verwerfen. Deshalb können Sie diese in Transept einfach importieren: Vorhandene Übersetzungen werden übernommen, nicht neu generiert.

Dieser Mechanismus ist Teil des String-Tabellen-Imports (.tstrings.json), der unter Transept mit der API automatisieren beschrieben wird. Jeder String ist eine Einheit mit einem stabilen Schlüssel, die bereits vorhandene Übersetzungen enthalten kann – in einer targets-Map mit einem Eintrag pro Sprache (oder einem einzelnen target, wenn die Datei auf ein einzelnes Locale festgelegt ist). Beim Import wird jeder dieser Einträge zur aktiven Übersetzung für die jeweilige Sprache und direkt übernommen. Es wird kein Modell aufgerufen und keine Wörter werden berechnet – die Arbeit wurde bereits erledigt, Transept nimmt die Daten nur entgegen.

Der Import von Übersetzungen dient nicht nur dazu, die Kosten für eine Neuübersetzung zu sparen. Jedes importierte Paar wird genau wie eine neu generierte Übersetzung im Translation Memory indexiert. So füllt sich Ihr Speicher vom ersten Tag an – wenn das nächste Mal ein ähnlicher Text erscheint, verwendet Transept genau die Formulierungen, die Sie bereits gewählt haben, statt einer bloßen Vermutung. Ihre Glossare und Stilrichtlinien gelten weiterhin für alles, was neu übersetzt werden muss. So bleiben neue und geänderte Strings konsistent mit den bereits importierten.

Sobald der Korpus importiert ist, pflegen Sie ihn, indem Sie bei jeder Änderung die gesamte aktuelle Datei erneut hochladen. Transept vergleicht diese anhand der Schlüssel: Unveränderte Strings behalten ihre Übersetzungen (einschließlich bereits erfolgter Prüfungen), und nur tatsächlich neue oder geänderte Einheiten werden übersetzt. Das entspricht dem Verhalten von Nur Geändertes ausführen im Editor, übertragen auf die API-Ebene. Einen einzelnen String in einer Datei mit Hunderten von Einträgen zu korrigieren, kostet Sie also auch nur diesen einen String – nicht Hunderte.

Eine importierte Übersetzung muss eine echte Entsprechung der Quelle sein, kein beliebiger Wert, der beim Export zu Fehlern führen würde. Daher wird jeder Import mit den Platzhaltern der Quelle abgeglichen – also den Platzhaltern im Stil von {name}, die unverändert bleiben müssen. Wenn die Platzhalter im Ziel nicht mit denen der Quelle übereinstimmen, wird diese eine Einheit übersprungen und gemeldet, statt sie stillschweigend zu übernehmen. Die übrigen Einträge werden normal importiert. Das Importergebnis zeigt Ihnen, wie viele Übersetzungen übernommen und wie viele übersprungen wurden, inklusive einiger Beispiele für die Gründe. So fallen fehlerhafte Exporte sofort auf, anstatt unentdeckt zu bleiben. (Die Prüfung erfolgt bei String-Tabellen im ICU-Format, in denen geschweifte Klammern echte Platzhalter sind; in einfachen Tabellen gelten sie als normaler Text und werden nicht angetastet.)