Import & Export
String-Dateien und eine überarbeitete Glossar-Bibliothek
Vom Transept-TeamBisher hat Transept Dokumente übersetzt. Dieses Release ergänzt das zweite Format für Lokalisierungsprojekte: String-Dateien – jene Key-basierten Tabellen, die Software-UIs und E-Mail-Plattformen exportieren. Sie werden als normale Transept-Dokumente importiert, sodass Glossare, Styleguides, Translation Memorys, Workflows und Reviews unverändert darauf angewendet werden können.
Die zweite Hälfte des Releases strukturiert die Verwaltung von Glossaren und Styleguides neu: eigene Bibliotheksseiten, ein Glossar für mehrere Zielsprachen und ein Review-Schritt, damit vom Modell generierte Inhalte nicht automatisch übernommen werden.
Hinzugefügt
- String-Datei-Import. Laden Sie eine CSV-, gettext `.po`- oder XLIFF 1.2-Datei hoch. Transept wandelt diese in ein Dokument mit einem Eintrag pro Key um – Kontextkommentare, Zeichenbeschränkungen und Plural-Slots bleiben erhalten. Bereits vorhandene Übersetzungen befüllen das Dokument kostenlos und fließen in Ihr Translation Memory ein. Siehe Software-Strings und E-Mail-Vorlagen übersetzen.
- Review-Grid für Strings. String-Dokumente öffnen sich in einer Tabelle für Key, Quelle und Übersetzung, inklusive Filter, Zeichenlimit-Anzeige für definierte Zeilen und Inline-Editierung – mit direktem Absprung in den vollständigen Editor für jede Zeile.
- Zwei Export-Optionen. Exportieren Sie eine Key-basierte Datei für Ihre Entwickler oder die Originaldatei mit den zurückgeschriebenen Übersetzungen. Nicht übersetzte Dateien werden bytegenau identisch mit der hochgeladenen Version exportiert.
- Platzhalterschutz. Maskiert Liquid- und printf-Token (
{{first_name}},%s,{% if %}) vor der Verarbeitung durch das Modell und verifiziert sie anschließend, damit sie intakt und an der richtigen Stelle erhalten bleiben. Automatische Erkennung beim Import. - Translation-Memory-Export. Das Memory-Panel hat eine Export-Schaltfläche neben „Import“ erhalten – sie lädt alle sichtbaren Einträge als TMX herunter. Was Sie importieren, können Sie auch wieder exportieren.
- Mehrere Sprachen pro Glossar und Styleguide. Glossare bieten jetzt eine Spalte pro Zielsprache inklusive Auto-Build für nachträglich hinzugefügte Sprachen; Styleguides ermöglichen sprachspezifische Regeln auf Basis einer gemeinsamen Voice. Siehe Glossare und Styleguides.
- Bibliotheksseiten für Glossare und Styleguides. Beide bieten nun eigene Seiten mit Bereichs-Tabs, Suche, Filtern und einem Verwalten-Menü (Duplizieren, In ein Team verschieben, Löschen) sowie eine Zusammenführen-Aktion, die eine Ressource in eine andere überführt und eine Vorschau der exakten Änderungen anzeigt.
- Such-Tab im Editor. Durchsuchen Sie Dokumente nach Wörtern oder Glossarbegriffen, grenzen Sie die Suche auf Quelle oder Übersetzung ein und springen Sie direkt zum Block.
Geändert
- Keine stille Übernahme generierter Inhalte. Per KI erstellte Styleguides oder Glossare werden jetzt zur Vorab-Prüfung bereitgestellt – editierbar, mit Diff-Ansicht bei Aktualisierungen und einer exakten Anzahl der Änderungen, die „Anwenden“ übernimmt. Betroffene Ressourcen tragen das Label Review ausstehend, bis Sie diese bearbeiten.
- Generierung wird live gestreamt. Auto-Builds für Glossare und Styleguides zeigen die Arbeit des Modells jetzt Schritt für Schritt an und lassen sich jederzeit abbrechen – bei einem Abbruch zahlen Sie nur für die bis dahin verarbeiteten Inhalte.
- Auto-Build schlägt Einschränkungen vor. Die Extraktion schlägt nun neben Begriffen auch Nicht übersetzen, Schreibvarianten und ausgeschlossene Zielbegriffe vor – gezielt eingesetzt und mit einem Klick entfernbar. Zudem werden gewöhnliche Wortformen nicht mehr als Varianten vorgeschlagen.
- Ein einziges Kontextfeld für Glossarbegriffe. Das separate Notizen-Feld entfällt; bestehende Notizen wurden in den Kontext-Hinweis verschoben – das Feld, das der Übersetzungs-Prompt tatsächlich ausliest.
- Vorab-Kostenschätzung für alle Sprachen. Die Auswahl von „Alle Sprachen“ fordert nun eine Schätzung an, bevor der Prozess startet. Warnungen wie „Ihr Glossar enthält für drei dieser Sprachen keine Spalte“ erscheinen so rechtzeitig, dass Sie noch eingreifen können.
Behoben
- E-Mail-Plattform-Exporte werden korrekt importiert. Klaviyo-Dateien wurden aufgrund ihrer Key-Spalte abgelehnt, regionale Spalten (
es-MX,pt_BR,en-GB) wortlos ignoriert und Braze-{% translation %}-Standardwerte direkt übersetzt – was zu leeren Locale-Slots und der falschen Sprache für Empfänger führte. Alle vier Fehler behoben; unbekannte Spalten werden nun gemeldet statt verworfen. - Braze-Personalisierungs-Tags bleiben bei der Verarbeitung erhalten. Braze schreibt Tags als
{{${first_name}}}, wobei unser Parser eine Klammer zu früh abbrach. Dies hinterließ ein überflüssiges Zeichen im übersetzbaren Text, das von Modellen verschoben, dupliziert oder gelöscht wurde. Entdeckt beim Erstellen des Leitfadens zur E-Mail-Lokalisierung. - Styleguide-Generierung in der Produktivumgebung korrigiert. Die automatische Generierung aus Seiten, Prompts oder Beispielen schlug zuvor aufgrund eines falsch konfigurierten Keys fehl. Alle drei nutzen nun dieselbe Engine wie die übrigen Funktionen; zudem dupliziert die Ausgabe keine Glossar-Inhalte mehr.
- Sprachversionen behalten Tabellen beim Export bei. Bisher reduzierte der Export von Markdown- oder HTML-Sprachversionen Tabellen und Codeblöcke zu einfachen Absätzen, während das Original fehlerfrei blieb. Sprachversionen erben nun die Eigenschaften der Quelldatei, von der sie kopiert wurden.
- Der Website-Header passt wieder auf Laptop-Bildschirme. Die Marketing-Navigation wechselte unter 1280px zum Hamburger-Menü, sodass auf 13-Zoll-Monitoren und in nicht maximierten Fenstern die mobile Ansicht erschien. Jetzt berechnet der Header den Platzbedarf selbst und klappt nur noch bei tatsächlichem Platzmangel ein. Der Editor-Header überlagert bei geringer Breite keine Sprach-Chips mehr.
Haben Sie einen Wunsch oder hakt es irgendwo? Fragen Sie Literess in der App oder schreiben Sie an [email protected].