Traduire une application Vue en espagnol

Ce qui change quand vos chaînes Vue passent à l'espagnol

L'espagnol est plus long que l'anglais et proche du français en volume. Sur une interface Vue, cela se voit d'abord dans les éléments courts : Save devient Guardar, Sign in devient Iniciar sesión, Settings devient Configuración. Boutons à largeur fixe, onglets, badges et colonnes de tableau sont les premiers à déborder ou à passer sur deux lignes.

La ponctuation a ses propres règles : une question ou une exclamation s'ouvre par un signe inversé, ¿Eliminar este proyecto?, ¡Cambios guardados!. Si votre code ajoute le point d'interrogation après coup, par exemple $t('confirm.delete') + '?', le signe d'ouverture ne pourra jamais être placé correctement. Mettez la phrase entière dans la valeur.

Reste le registre. L'espagnol d'interface hésite entre tú et usted : Introduce tu correo ou Introduzca su correo. Le tutoiement est courant dans les applications grand public, le vouvoiement dans la banque, l'administration ou le B2B. Décidez avant de traduire et tenez-vous-y d'un bout à l'autre du fichier.

Pluriels et interpolations vue-i18n en espagnol

vue-i18n sépare les formes plurielles par une barre verticale. Une valeur comme no hay archivos | un archivo | {count} archivos fonctionne bien en espagnol avec la règle par défaut : zéro, un, plusieurs. Manuce conserve les formes séparées par | et le même nombre de formes que la source.

Le CLDR attribue à l'espagnol trois catégories : one, many et other. La catégorie many concerne surtout les grands nombres ronds, où l'espagnol ajoute de : 1 millón de usuarios. Si votre application affiche ce genre de compteur, cela relève d'une règle de pluriel personnalisée dans votre configuration vue-i18n, pas du fichier de messages.

Les interpolations demandent plus d'attention qu'en anglais, à cause du genre :

• Welcome, {name} devient Bienvenido, {name} ou Bienvenida, {name}. Une tournure neutre comme Te damos la bienvenida, {name} évite le problème.
• {user} added {count} files donne {user} ha añadido {count} archivos : les variables nommées peuvent changer de place sans risque, c'est leur intérêt.
• Les phrases reconstituées à partir de plusieurs clés (adjectif dans une clé, nom dans une autre) cassent l'accord en genre et en nombre. Regroupez-les en une seule valeur avant l'envoi.

Espagne ou Amérique latine : organiser vos locales

Le vocabulaire numérique diffère selon le public : ordenador en Espagne, computadora au Mexique ; móvil ou celular ; fichero parfois en Espagne là où l'Amérique latine dit archivo. Le vosotros n'existe qu'en Espagne : un ¿Queréis continuar? sonnera étranger à Buenos Aires ou à Bogotá.

Côté Vue, deux organisations courantes :

• un seul es.json rédigé dans un espagnol aussi neutre que possible, si votre audience est dispersée ;
• un es.json de base complété par es-ES ou es-MX qui ne redéfinissent que les clés divergentes, avec fallbackLocale pointant vers es.

Les formats de nombres et de dates ne se règlent pas dans le fichier de messages mais dans les options de vue-i18n : l'Espagne écrit 1.234,50, le Mexique 1,234.50. Vérifiez ces réglages pour chaque variante.

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

Vous récupérez le même fichier JSON vue-i18n, dans le même format, prêt à remettre dans le projet :

• indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés ; seules les valeurs changent ;
• interpolations {name} et formes plurielles | conservées ;
• 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 signale ;
• un rapport : chaînes traduites, chaînes laissées telles quelles et pourquoi.

Ne sont pas traduits : les clés, les valeurs vides, les URL, les adresses email, les nombres, les couleurs, les formats de date, les identifiants et tout ce que vous avez marqué non traduisible. Le prix porte sur les mots des valeurs, clés et balises exclues.

Manuce travaille sur les fichiers JSON. Si vos messages sont déclarés dans des blocs <i18n> de composants .vue ou dans un objet JavaScript, regroupez-les d'abord dans un fichier JSON. L'ajout de la locale es à votre configuration, les règles de pluriel personnalisées et les tests d'affichage restent de votre côté. Pour des chaînes visibles par vos utilisateurs, le niveau Professionnel est le plus adapté.

Préparer le fichier et vérifier après traduction

Avant l'envoi :

• partez du fichier de référence le plus complet, souvent en.json ou fr.json ;
• marquez comme non traduisibles les noms de marque, de produit ou de forfait ;
• supprimez les concaténations de clés et les ponctuations ajoutées par le code ;
• fixez le registre (tú ou usted) et la variante visée.

Après réception :

• lisez le rapport et traitez les valeurs restées en langue source ;
• lancez l'application avec la locale es et parcourez les écrans les plus denses : barres de navigation, formulaires, modales de confirmation ;
• testez les pluriels avec 0, 1 et plusieurs éléments ;
• vérifiez que les messages liés de type @:common.save pointent toujours vers des clés existantes ;
• contrôlez que chaque ? et ! a bien son ¿ ou ¡ d'ouverture.

En pratique

1. Exportez vos messages vue-i18n dans un fichier JSON, en sortant ceux des blocs <i18n> des composants si besoin.
2. Marquez les noms de marque non traduisibles et regroupez les phrases découpées en plusieurs clés.
3. Déposez le fichier, consultez le devis et l'extrait gratuit traduit en espagnol.
4. Récupérez le fichier traduit et le rapport, enregistrez-le en es.json dans votre dossier de locales.
5. Testez l'application en espagnol : longueur des libellés, pluriels, signes ¿ et ¡.