Traduire une application Symfony en espagnol

Ce qui change quand une interface Symfony passe à l'espagnol

L'espagnol ne pose pas de problème d'écriture ni de sens de lecture, mais il bouscule plusieurs habitudes prises dans les gabarits Twig.

• La ponctuation ouvrante. Une question commence par « ¿ » et une exclamation par « ¡ » : Supprimer cet élément ? devient ¿Eliminar este elemento?. Si votre gabarit ajoute le point d'interrogation hors de la chaîne, par exemple {{ 'confirm.delete'|trans }} ?, l'espagnol sera bancal. Gardez toute la ponctuation dans la valeur traduite.
• La longueur. L'espagnol est proche du français et plus long que l'anglais : Sign in devient Iniciar sesión, Save changes devient Guardar cambios. Prévoyez de la marge dans les boutons, les onglets et les en-têtes de colonnes.
• Le registre. Les interfaces espagnoles tutoient souvent (Introduce tu contraseña), mais le vouvoiement (Introduzca su contraseña) reste courant dans la banque ou l'administration. Au pluriel, l'Espagne emploie vosotros, l'Amérique latine ustedes.
• Le genre. Bienvenue, %name% se dit Bienvenido ou Bienvenida. Si cela compte pour vous, prévoyez dans la source une forme ICU select sur le genre ; sinon, une tournure neutre comme Hola, %name% évite la question.
• Le vocabulaire. ordenador ou computadora, móvil ou celular : décidez du public visé avant de traduire.

Pluriels, ICU et formats de nombres en espagnol

Symfony accepte deux syntaxes de pluriel, et l'espagnol se comporte différemment dans chacune.

• Syntaxe classique à barres : {0} No hay mensajes|{1} Un mensaje|]1,Inf[ %count% mensajes. Les intervalles se conservent tels quels, seuls les textes changent.
• Format ICU, dans un fichier messages+intl-icu.es.xlf : {count, plural, one {# archivo} other {# archivos}}. Les catégories CLDR de l'espagnol sont one, many et other. La catégorie many ne concerne que de très grands nombres ronds, du type un millón de archivos ; other est obligatoire et suffit comme repli. Une source anglaise avec one et other fonctionne donc correctement en espagnol.

N'écrivez jamais un nombre ou une date en dur dans une chaîne. L'Espagne écrit 12.345,67, le Mexique 12,345.67 : laissez les filtres format_number et format_date de l'extension Intl s'en charger selon la locale. Manuce ne traduit d'ailleurs ni les nombres ni les formats de date présents dans les valeurs.

Ce que Manuce rend exactement, et ce qu'il ne fait pas

Manuce prend en charge les fichiers translations/messages.<langue>.xlf et .yaml. Vous récupérez le même fichier, dans le même format : indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM sont conservés ; seules les valeurs changent.

• Les paramètres %name%, %count% et {name} sont vérifiés : chaque valeur traduite est comparée à la source, variables et balises comprises. En cas d'écart persistant, la valeur source est gardée et le rapport le signale.
• Ne sont pas traduits : les clés (user.profile.title), les valeurs vides, les URL, les adresses email, les nombres, les couleurs, les formats de date, les identifiants et tout ce que vous marquez non traduisible.
• Le rapport liste les chaînes traduites et celles laissées telles quelles, avec la raison.
• Le prix porte sur les mots des valeurs, clés et balises exclues ; l'espagnol est au tarif de base (coefficient ×1).

Manuce n'extrait pas les chaînes de vos gabarits Twig ni de votre code PHP, ne crée pas de clés, ne modifie pas config/packages/translation.yaml et ne restructure pas une chaîne pour y ajouter un select de genre. Il ne produit pas non plus de traduction assermentée : si vos conditions générales doivent l'être pour un marché hispanophone, il faudra un traducteur expert.

Préparer le fichier et vérifier le résultat

Avant de déposer :

• Générez un fichier source complet avec php bin/console translation:extract sur la langue la plus à jour, pour ne pas oublier les chaînes ajoutées récemment.
• Inutile de traduire validators et security pour les messages natifs : Symfony fournit déjà leurs versions espagnoles. Seuls vos domaines et vos messages de contraintes personnalisées sont à traduire.
• Marquez comme non traduisibles les noms de marque ou de plan tarifaire (Pro, Team) s'ils doivent rester identiques.

Après livraison :

• Renommez en messages.es.xlf ou messages.es.yaml. Dans un XLIFF, ajustez au besoin l'attribut target-language pour vos outils ; Symfony, lui, lit la locale dans le nom du fichier.
• Pour l'Amérique latine, gardez le gros du texte dans es et ne mettez dans messages.es_MX.xlf que les écarts (computadora, celular) : Symfony se replie sur es pour le reste.
• Ajoutez es à enabled_locales, videz le cache, puis parcourez les écrans les plus denses et les confirmations commençant par « ¿ ».
• Lisez le rapport : une chaîne restée dans la langue source signale presque toujours une variable à contrôler.

En pratique

1. Générez un fichier de traduction source complet (XLIFF ou YAML) avec translation:extract.
2. Déposez-le sur Manuce, consultez le devis et l'extrait gratuit en espagnol.
3. Récupérez le fichier traduit et son rapport des chaînes laissées telles quelles.
4. Renommez-le en messages.es.xlf ou .yaml et placez-le dans translations/.
5. Activez la locale es, videz le cache et testez les écrans les plus chargés.