Bearbeiten und übersetzen Sie Ihre Xcode String Catalogs (.xcstrings)

Was LocalePilot liest und schreibt

• Fehlende Übersetzung: keine Lokalisierung, Status new oder leer. LocalePilot schreibt nie einen leeren Wert: Wer eine Übersetzung löscht, entfernt die Lokalisierung, wie in Xcode.
• Pluralformen und Gerätevarianten sind bearbeitbar und werden als key › plural › one angezeigt.
• Ausgangssprache: Ein Schlüssel ohne Lokalisierung steht für sich selbst (Xcode-Konvention) und wird erst neu geschrieben, wenn Sie ihn bearbeiten.
• Status: Ein unveränderter Wert behält seinen Status (needs_review…); ein bearbeiteter Wert wird translated.

Ein minimaler Diff, im Stil von Xcode

Ein unverändert zurückgeschriebener Katalog ergibt eine byte-identische Datei; eine Bearbeitung ändert nur ihre eigenen Zeilen. Ihr Code-Review bleibt lesbar, und der Export durchläuft dieselbe Prüfung, denselben Merge mit der Festplatte und dieselbe Sicherung wie jedes andere Format.

Formatbezeichner geprüft

Die QA erkennt %@, %1$@, %d, %ld, %lld, %.2f, %u, %i und %s; %% gilt als Text. Ein fehlender oder überzähliger Bezeichner in einer Übersetzung wird vor dem Export markiert.

Bekannte Grenzen

• Schlüssel mit shouldTranslate: false und Schlüssel mit Substitutionen (%#@count@) bleiben unangetastet erhalten, werden aber nicht angezeigt: Sie werden weiter in Xcode verwaltet.
• String Catalogs verwenden die CLDR-Kategorien jeder Zielsprache, auch wenn sie in der Quelle fehlen. Fehlende Quellkategorien verwenden deren other-Form; ungenutzte Zielkategorien werden nicht exportiert.
• Ältere .strings-Dateien werden ebenfalls unterstützt, in UTF-8. Eine neue Sprache in .strings-Dateien legt einen Ordner <locale>.lproj an, den Sie dem Xcode-Projekt hinzufügen müssen. LocalePilot weist Sie in der Exportzusammenfassung darauf hin und bearbeitet die .pbxproj nie; mit den synchronisierten Ordnern von Xcode 16 ist nichts zu tun.