Traduire un fichier XLIFF en turc

Ce que le turc change dans un segment XLIFF

Le turc s'écrit en alphabet latin, de gauche à droite, avec des lettres propres : ç, ğ, ı, İ, ö, ş, ü. C'est surtout une langue agglutinante : la fonction d'un mot passe par des suffixes accolés qui suivent l'harmonie vocalique. « dans le fichier » se dit dosyada, « dans la liste » listede. La forme dépend donc du mot qui précède, ce qui complique les segments contenant des variables.

• Suffixe accroché à une variable. Pour Invited {user}, l'accusatif se colle au nom : Ahmet'i davet etti mais Ayşe'yi davet etti. La valeur de {user} étant inconnue, la tournure sûre laisse la variable sans suffixe : {user} davet edildi.
• Ordre des mots. Le verbe se place en fin de phrase. « Click <g>Save</g> to continue » devient Devam etmek için <g>Kaydet</g>'e tıklayın : la phrase est reconstruite autour du bouton.
• Pluriel. CLDR ne prévoit que one et other, et après un nombre le nom reste au singulier : 1 dosya, 5 dosya, jamais 5 dosyalar. Dans un message ICU, les deux branches sont souvent identiques ; ce n'est pas une erreur.
• Mots longs. Un seul mot comme kaydedilemedi (« n'a pas pu être enregistré ») ne se coupe pas : prévoyez la place dans les boutons et les colonnes étroites.

Le İ et le ı : le piège de la casse

Le turc distingue quatre lettres là où le français n'en a que deux : i/İ (avec point) et ı/I (sans point). La majuscule de i est İ, celle de ı est I. Une mise en majuscules faite par le code sans tenir compte de la langue transforme Giriş en GIRIŞ au lieu de GİRİŞ, ce qu'un lecteur turc lit comme un autre mot.

• Si votre interface passe les libellés en capitales (fonction de type toUpperCase() ou CSS text-transform: uppercase), cette transformation doit se faire avec la langue tr : attribut lang="tr" sur la page, ou fonction qui accepte une langue.
• Dans l'autre sens, un İ mis en minuscule sans réglage de langue produit un i suivi d'un point combinant, invisible à l'œil mais qui fausse les comparaisons et les recherches.
• Une fois la langue turque activée, testez aussi votre propre code : une comparaison comme "FILE".toLowerCase() == "file" échoue en paramètres régionaux turcs, car elle donne fıle.

Manuce traduit le texte tel qu'il figure dans la source ; ce que votre application fait ensuite de la casse reste de votre côté.

Ce que Manuce rend exactement

Vous récupérez le même fichier XLIFF, prêt à remettre dans le projet, accompagné d'un rapport.

• La source de chaque unité est traduite dans l'élément target, en XLIFF 1.2 comme en 2.0, et l'attribut state est mis à jour.
• Les balises en ligne (<g>, <x/>, <ph>…) sont conservées dans le même ordre. Quand l'ordre turc sujet-objet-verbe s'y prête mal, c'est la phrase qui est construite autour des balises. Une chaîne qui perdrait une balise est refusée et signalée.
• Chaque valeur turque est comparée à la source (variables, balises) ; si un écart persiste, la valeur source est gardée et le rapport l'indique.
• translate="no" est respecté ; les éléments note servent de contexte au traducteur.
• Indentation, ordre, guillemets, commentaires, fins de ligne, encodage et BOM sont conservés : seules les valeurs changent.
• Ne sont pas traduits : identifiants, valeurs vides, URL, adresses email, nombres, couleurs, formats de date et tout ce qui est marqué non traduisible.

Ce que Manuce ne fait pas : il ne modifie ni votre code ni vos formats de date, et ne produit pas de traduction assermentée. Le prix porte sur les mots des valeurs, balises exclues, avec un coefficient ×1.25 pour le turc.

Préparer le fichier avant le dépôt

1. Encodage. Les lettres ş, ğ, ı, İ n'existent pas en ISO-8859-1. Comme l'encodage du fichier est conservé tel quel, convertissez-le en UTF-8 avant le dépôt s'il ne l'est pas déjà.
2. Langue cible. Vérifiez que votre outil d'export a bien renseigné target-language="tr" sur l'élément file (XLIFF 1.2) ou trgLang="tr" sur la racine (XLIFF 2.0).
3. Non traduisible. Marquez translate="no" les noms de produit, de commande ou de menu qui doivent rester identiques.
4. Notes de contexte. Une chaîne courte est ambiguë en turc : « Open » se dit Açık pour un état et Aç pour un bouton. Une note comme « libellé de bouton » ou « statut d'un ticket » lève le doute.
5. Phrases entières. Évitez les segments obtenus par concaténation ("Delete " + item + "?") : les suffixes turcs dépendent du mot voisin et ne se recollent pas après coup.

Vérifier la traduction turque après livraison

• Lisez le rapport. Il liste les chaînes laissées en source et la raison (variable, balise, valeur non traduisible). Ce sont celles à regarder en premier.
• Testez avec de vraies valeurs. Remplacez {user} ou {count} par des noms et des nombres réels pour voir si la phrase tient : 3 dosya silindi, Ayşe davet edildi.
• Contrôlez la casse à l'écran. Cherchez les I sans point là où un İ est attendu dans les titres et boutons en capitales.
• Vérifiez le registre. Une interface s'adresse en général à l'utilisateur au vouvoiement (Şifrenizi girin), avec des boutons à l'impératif court (Kaydet, İptal). Le mélange avec le tutoiement (Şifreni gir) se repère vite en parcourant le fichier.
• Mise en page. Les mots turcs, longs et insécables, débordent plus facilement des boutons et des cellules.

Avant de payer, l'extrait gratuit permet de vérifier qu'un terme à garder tel quel l'a bien été ; refaites ce contrôle sur le fichier complet.

En pratique

1. Convertissez le fichier en UTF-8 et vérifiez que la langue cible est déclarée en tr.
2. Déposez le XLIFF : le devis s'affiche aussitôt, calculé sur les mots des valeurs.
3. Lisez l'extrait gratuit traduit au niveau choisi, puis lancez la traduction.
4. Récupérez le fichier et son rapport, puis testez l'interface en turc avec de vraies valeurs.