Traduire un fichier XLIFF en polonais

Ce que le polonais change dans un XLIFF

Le polonais est une langue à déclinaisons : un nom change de forme selon sa fonction dans la phrase. Dans un XLIFF, cela pose un problème précis dès qu’une balise insère un mot de l’extérieur. Prenons <source>Delete <ph id="1"/>?</source>, où la balise reçoit le nom d’un objet, par exemple lista. La phrase correcte est Usunąć listę? (accusatif), mais votre code insérera le nominatif lista. La tournure sûre sépare le mot inséré du reste : Usunąć element: <ph id="1"/>?. Repérez ces chaînes dans l’extrait gratuit et dans le fichier rendu.

• Genre au passé : « You saved your changes » se dit Zapisałeś pour un homme, Zapisałaś pour une femme. Les interfaces polonaises préfèrent souvent la forme impersonnelle Zapisano zmiany, qui évite de deviner le genre de l’utilisateur.
• Majuscules : l’anglais met une majuscule à chaque mot d’un titre (Account Settings), le polonais seulement au premier : Ustawienia konta. Les jours et les mois s’écrivent en minuscules.
• Boutons : l’impératif à la deuxième personne est l’usage courant, Zapisz, Anuluj, Usuń.
• Longueur : le texte polonais est souvent plus long que l’anglais ; un libellé tenant de justesse dans un bouton risque de déborder.

Pluriels : quatre formes là où l’anglais en a deux

XLIFF n’a pas de mécanisme de pluriel propre : les pluriels arrivent soit en syntaxe ICU dans la chaîne, soit sous forme d’unités séparées par catégorie. Dans les deux cas, le polonais demande quatre catégories CLDR, contre deux en anglais :

• one : 1 → 1 plik
• few : 2 à 4, 22 à 24, 32 à 34… → 3 pliki
• many : 0, 5 à 21, 25 à 31… → 12 plików, 25 plików
• other : nombres décimaux → 1,5 pliku

Piège classique : 12, 13 et 14 relèvent de many, pas de few, alors que 22, 23 et 24 relèvent de few. Une source anglaise du type {count, plural, one {# file} other {# files}} ne contient que deux branches. À la livraison, contrôlez que chaque bloc pluriel polonais comporte bien one, few, many et other ; s’il en manque, complétez-les avant la mise en production, sinon l’application affichera 5 pliki au lieu de 5 plików. Le nom de la variable count et le marqueur # ne doivent pas bouger : Manuce compare chaque valeur traduite à la source sur ce point.

Ce que Manuce rend exactement

Le fichier rendu est le même fichier : indentation, ordre des éléments, guillemets, commentaires, fins de ligne, encodage et BOM conservés. Seules les valeurs changent.

• En XLIFF 1.2 comme en 2.0, la source est traduite dans l’élément target et l’attribut state est mis à jour.
• Les unités marquées translate="no" sont respectées ; les notes du fichier servent de contexte au traducteur. Une note comme « bouton, 12 caractères » aide à choisir Zapisz plutôt qu’une tournure longue.
• Les balises en ligne (<g>, <x/>, <ph>…) restent dans le même ordre. Une chaîne qui les perdrait est refusée et signalée.
• Chaque valeur traduite est comparée à la source (variables, balises). En cas d’écart persistant, la valeur source est gardée et le rapport le dit.
• Ne sont pas traduits : identifiants, valeurs vides, URL, adresses email, nombres, couleurs, formats de date.

Ce que Manuce ne fait pas : il ne voit pas votre interface et ne peut donc pas juger qu’un libellé polonais déborde ; il ne reçoit ni glossaire ni consignes de style ; il ne produit pas de traduction assermentée. Le prix porte sur les mots des valeurs, balises et identifiants exclus, avec le coefficient de langue du polonais (×1,25).

Préparer le fichier et vérifier au retour

Avant le dépôt :

• Vérifiez l’attribut de langue cible : target-language="pl" en XLIFF 1.2, trgLang="pl" en XLIFF 2.0. Votre outil d’import s’en sert pour ranger le fichier.
• Marquez translate="no" les noms de marque et de produit que vous voulez garder tels quels, plutôt que d’espérer qu’ils soient devinés.
• Ajoutez des notes là où le sens est ambigu : Open peut être un adjectif (Otwarty) ou un verbe (Otwórz).
• Exportez en UTF-8. Un encodage hérité risque de mal rendre ą, ę, ł, ż, ź, ś, ć, ń, ó.

Au retour :

• Lisez le rapport : les chaînes laissées en source sont listées avec la raison.
• Cherchez des suites comme Ĺ‚ ou Ä… : elles trahissent un problème d’encodage dans votre chaîne d’outils, pas dans le fichier.
• Testez une police qui contient tous les diacritiques polonais ; une police d’icônes ou de titre incomplète affiche des carrés à la place de ł.
• Ouvrez les écrans où les balises insèrent des noms et ceux qui affichent des quantités de 2, 5, 12 et 22.

En pratique

1. Exportez le XLIFF en UTF-8 avec la langue cible réglée sur pl.
2. Déposez le fichier : le devis s’affiche sur le nombre exact de mots des valeurs.
3. Lisez l’extrait gratuit, en particulier une chaîne avec balise ou pluriel.
4. Payez, puis récupérez le fichier traduit et son rapport dans l’espace client.
5. Vérifiez les blocs pluriels et les balises, puis réimportez le fichier.