Éditer et traduire vos String Catalogs Xcode (.xcstrings)

Ce que LocalePilot lit et écrit

• Traduction manquante : localisation absente, à l'état new ou vide. LocalePilot n'écrit jamais de valeur vide : effacer une traduction retire la localisation, comme Xcode.
• Pluriels et variations par appareil éditables, affichés sous la forme clé › plural › one.
• Langue source : une clé sans localisation vaut la clé elle-même (convention Xcode) et n'est pas réécrite tant que vous ne la modifiez pas.
• États : l'état d'une valeur inchangée est conservé (needs_review…) ; une valeur modifiée passe à translated.

Un diff minimal, dans le style de Xcode

Réécrire un catalogue sans modification donne un fichier identique à l'octet près ; une modification ne change que ses lignes. Votre revue de code reste lisible, et l'export passe par la même revue, fusion avec le disque et sauvegarde que les autres formats.

Les format specifiers contrôlés

La QA reconnaît %@, %1$@, %d, %ld, %lld, %.2f, %u, %i et %s ; %% est traité comme du texte. Un specifier oublié ou en trop dans une traduction est signalé avant l'export.

Limites connues

• Les clés marquées shouldTranslate: false et celles qui utilisent des substitutions (%#@count@) sont conservées intactes mais pas affichées : elles restent gérées dans Xcode.
• Les catégories cibles des String Catalogs suivent les règles CLDR de chaque langue, même si elles sont absentes de la source. Une catégorie source manquante utilise sa forme other ; les catégories inutilisées par la cible ne sont pas exportées.
• Les anciens fichiers .strings sont aussi pris en charge, en UTF-8. Une nouvelle langue en .strings crée un dossier <locale>.lproj à ajouter au projet Xcode. LocalePilot vous le signale dans le résumé d'export et ne modifie jamais le .pbxproj ; rien à faire si votre projet utilise les dossiers synchronisés de Xcode 16.