Traduire un fichier XLIFF en allemand sans casser les balises

Ce que l'allemand change dans les cibles

L'allemand s'écrit en alphabet latin, de gauche à droite : ni changement de sens ni police particulière. Les difficultés sont ailleurs, et elles touchent directement les chaînes d'interface que contient un XLIFF.

• La longueur. Le texte allemand est souvent 20 à 35 % plus long que l'anglais, et les mots composés allongent surtout les libellés courts : Paramètres de notification devient Benachrichtigungseinstellungen, un seul mot de 30 caractères, impossible à couper proprement. Un bouton ou un onglet peut doubler de largeur.
• Les majuscules. Tous les noms prennent une majuscule, y compris en milieu de phrase (die Datei, das Konto). À l'inverse, l'allemand n'emploie pas la capitalisation de chaque mot des titres anglais : Account Settings donne Kontoeinstellungen.
• Le registre. Le vouvoiement Sie est la norme en contexte professionnel : Geben Sie Ihr Passwort ein. Une application grand public peut préférer du ; l'essentiel est de ne pas mélanger les deux d'un écran à l'autre.
• Les boutons. L'usage allemand privilégie l'infinitif pour les actions : Speichern, Abbrechen, Löschen.

Balises, variables et pluriels : les pièges allemands

Dans un XLIFF, une phrase est souvent coupée par des balises en ligne ou des espaces réservés. L'allemand, qui renvoie volontiers le verbe en fin de proposition, déplace ces éléments : Supprimer <ph id="1"/> ? devient <ph id="1"/> löschen?. Manuce conserve les balises <g>, <x/>, <ph> dans le même ordre : leur position dans la phrase peut changer, leur ordre relatif non. Dans les rares chaînes où l'allemand voudrait intervertir deux variables, la phrase est construite autour de l'ordre d'origine ; ce sont celles-là qu'il faut relire.

Côté pluriel, l'allemand ne connaît que deux catégories CLDR, one et other. Un message ICU {count, plural, one {# fichier} other {# fichiers}} devient {count, plural, one {# Datei} other {# Dateien}} : aucune catégorie à ajouter, mais les mots-clés plural, one et other doivent rester tels quels. Chaque valeur traduite est comparée à la source pour les variables et les balises ; si l'écart persiste, la valeur source est conservée et le rapport l'indique.

Enfin, les guillemets allemands s'écrivent „…“. Ces caractères n'existent pas en ISO-8859-1 : un fichier déclaré dans cet encodage gagne à passer en UTF-8 avant le dépôt, puisque l'encodage d'origine est conservé.

Ce que Manuce rend exactement

Vous récupérez le même fichier XLIFF, en version 1.2 ou 2.0, prêt à remettre dans votre projet ou votre outil :

• chaque source traduite dans son target, avec l'attribut state mis à jour ;
• indentation, ordre des éléments, guillemets, commentaires, fins de ligne, encodage et BOM inchangés : seules les valeurs changent ;
• les unités marquées translate="no" laissées telles quelles, les notes du fichier utilisées comme contexte ;
• sans traduction : identifiants, valeurs vides, URL, adresses email, nombres, couleurs, formats de date et tout ce qui est marqué non traduisible. Un format dd.MM.yyyy reste donc tel quel : l'affichage des dates à l'allemande relève de votre application ;
• un rapport : chaînes traduites, chaînes laissées telles quelles et pourquoi.

Ce qu'il faut savoir : aucune limite de longueur n'est garantie. Si votre fichier porte une contrainte de taille (maxwidth en 1.2, module de restriction de taille en 2.0), contrôlez vous-même les chaînes concernées. Manuce ne produit pas non plus de traduction assermentée, sans objet pour une interface, mais à savoir si le même projet comprend des documents juridiques. Le prix porte sur les mots des valeurs seulement, balises et identifiants exclus.

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

• Langue cible. En XLIFF 1.2, l'élément file porte target-language="de" (ou de-DE, de-AT, de-CH) ; en 2.0, c'est trgLang="de" sur la racine. Le fichier étant rendu à l'identique hormis les valeurs, renseignez cet attribut vous-même. Pour la Suisse, l'usage local remplace ß par ss : point à vérifier à la relecture.
• Noms à garder. Marquez translate="no" les noms de produit ou de module qui ne doivent pas devenir allemands, par exemple Dashboard s'il s'agit d'un nom de fonctionnalité. Pour un terme que vous ne pouvez pas marquer, vérifiez-le dans l'extrait gratuit, puis dans la traduction.
• Contexte. Un Open isolé peut être un verbe (Öffnen) ou un état (Offen). Une note dans l'unité, du type « bouton de la barre d'outils », lève l'ambiguïté : les notes servent de contexte au traducteur.
• Encodage. Préférez UTF-8 pour ä, ö, ü, ß et les guillemets allemands.

Vérifier après la livraison

• Lisez d'abord le rapport : une chaîne gardée en source signale le plus souvent une variable ou une balise que la phrase allemande ne parvenait pas à placer.
• Réimportez le fichier et affichez les écrans aux libellés courts : boutons, onglets, en-têtes de colonnes, menus. C'est là que les mots composés débordent.
• Cherchez les mélanges de registre : Sie et du, ou Ihr et dein, dans un même parcours.
• Testez les pluriels avec 1 et avec 2 : 1 Datei, 2 Dateien.
• Pour une interface publiée, le niveau Professionnel ou Premium convient ; Essentiel suffit pour comprendre un fichier en interne.

En pratique

1. Renseignez target-language="de" (1.2) ou trgLang="de" (2.0) et enregistrez le fichier en UTF-8.
2. Marquez translate="no" les noms de produit et ajoutez une note aux chaînes ambiguës.
3. Déposez le XLIFF : le devis est calculé sur les mots des valeurs, et un extrait gratuit est traduit.
4. Contrôlez dans l'extrait le registre (Sie ou du) et les majuscules, puis payez.
5. Récupérez le fichier et le rapport, réimportez-le et testez les écrans aux libellés courts.