Rédiger un texte source qui se traduit bien

Ce que c'est

Écrire en vue de la traduction, c'est façonner la langue source de façon à ce qu'un traducteur, ou une étape de traduction automatique, puisse produire un texte cible correct sans avoir à interroger l'auteur et sans que le code ne s'y oppose. Le manuel de GNU gettext (cité) énumère les règles côté code : un anglais de qualité, des phrases entières, un découpage par paragraphes, des chaînes de format plutôt que de la concaténation de chaînes, des paramètres plutôt que des URL intégrées. Sa page sur les formes plurielles (citée) ajoute que les nombres doivent passer par la fonction de pluriel plutôt que par un file%s construit à la main, car les langues ont un nombre différent de formes plurielles ; elle présente des langues à deux, trois formes ou davantage, ainsi que des règles d'en-tête telles que nplurals=3. Les recommandations de style de Google pour un public mondial (citées) portent sur le versant rédactionnel : terminologie et structure de phrase cohérentes, et suppression des expressions familières, des idiomes, de l'humour et des références saisonnières.

Pourquoi c'est important

L'ordre des mots, le genre, les règles de pluriel et la longueur des phrases diffèrent d'une langue à l'autre. Une chaîne construite à partir de fragments ("Deleted " + n + " file(s)") ne peut être ni réordonnée ni fléchie par le traducteur ; un idiome propre à l'anglais est soit traduit littéralement, soit remplacé par une approximation ; une phrase qui repose sur un jeu de mots anglais n'a tout simplement pas de texte cible. Chacun de ces cas se transforme en une question posée à l'auteur, ou en une traduction erronée en production.

Comment l'appliquer

• Une chaîne par phrase complète ou par étiquette ; ne jamais assembler une phrase à partir de morceaux à l'exécution.
• Utiliser des paramètres nommés ({count} files in {folder}) afin que le traducteur puisse les réordonner ; fournir aux traducteurs un commentaire précisant le contenu de chaque paramètre.
• Faire passer chaque nombre par la fonction de pluriel du cadriciel, y compris dans la source anglaise ("1 file", "2 files") ; ne pas écrire "file(s)".
• Fixer la terminologie : un terme par concept, tiré du glossaire, afin que la mémoire de traduction corresponde.
• Préférer des phrases déclaratives courtes à l'ordre des mots standard ; éviter les empilements de noms et les pronoms ambigus ("it", "this") dont le référent n'est pas clair.
• Laisser de côté les idiomes, l'humour, les références culturelles et saisonnières, ainsi que les exemples qui présupposent les formats d'un seul pays ; écrire les dates, les nombres et les devises au moyen d'un formatage sensible à la locale plutôt que dans la chaîne.
• Laisser de la marge : une traduction peut être plus longue que la source, donc les mises en page et les largeurs de colonnes ne doivent pas présupposer la longueur de la source.
• Marquer ce qui ne doit pas être traduit (noms de produits, commandes, code) dans la source à l'aide du mécanisme de l'outil.

Pièges

Réutiliser une même chaîne pour deux significations ("Open" en tant que verbe et en tant qu'état). Des phrases scindées entre plusieurs éléments d'interface. Des captures d'écran contenant du texte anglais intégré. Modifier des chaînes source pour des raisons purement cosmétiques, ce qui invalide toutes les traductions existantes de cette chaîne.