Traduire une application Ruby on Rails en espagnol

Ce que l'espagnol change dans vos chaînes Rails

Une application Rails range ses textes dans config/locales/*.yml, et c'est là que l'espagnol impose ses règles. D'abord la ponctuation : une question ou une exclamation s'ouvre par ¿ ou ¡, et l'on ne met pas d'espace avant le signe final. confirm: "Êtes-vous sûr ?" devient confirm: "¿Está seguro?".

Ensuite le genre. Un message comme created: "%{model} créé avec succès" donne "%{model} creado correctamente" : juste pour Usuario, faux pour Factura, qui demande creada. Le français a le même piège, mais vos libellés source l'ont peut-être contourné ; si ce n'est pas le cas, scindez la clé par modèle ou reformulez de façon neutre (Se ha creado: %{model}).

Enfin le registre : tú ou usted. Une interface grand public tutoie volontiers en Espagne ; un logiciel de gestion vouvoie plus souvent. Tranchez avant de traduire, car chaque bouton en dépend : Guarda tus cambios ou Guarde sus cambios. Côté longueur, l'espagnol reste proche du français ; les libellés très courts (onglets, boutons) méritent tout de même un coup d'œil.

Pluriels : one, many, other, et ce que Rails lit vraiment

Le CLDR attribue à l'espagnol trois catégories de pluriel : one, many et other. La catégorie many concerne surtout les grands nombres ronds et les notations abrégées (1 millón de usuarios, avec de). Le backend I18n par défaut de Rails, lui, ne choisit qu'entre one (quand count vaut 1) et other, plus une clé zero facultative si elle existe.

Manuce adapte les clés one et other de votre fichier et vérifie que %{count} est conservé dans chacune :

• one: "%{count} commentaire" → one: "%{count} comentario"
• other: "%{count} commentaires" → other: "%{count} comentarios"

Attention à zéro. Avec la règle française de la gem rails-i18n, 0 tombe dans one (« 0 commentaire ») ; en espagnol, il tombe dans other (0 comentarios). Rien à corriger dans le fichier, mais ne copiez pas une logique conditionnelle pensée pour le français dans vos vues. Une clé zero existante est traduite comme les autres valeurs (Ningún comentario). Manuce n'ajoute pas de clé many absente de la source.

Espagne ou Amérique latine : quelle clé de langue

Le fichier rendu porte la clé racine es:. C'est le bon choix si vous visez un seul public hispanophone. Si vous ciblez le Mexique ou l'Argentine en particulier, renommez la clé et le fichier (es-MX:, es-MX.yml), déclarez la locale dans config.i18n.available_locales et activez les repli (config.i18n.fallbacks) pour qu'une clé absente en es-MX soit cherchée en es.

Les écarts de vocabulaire touchent justement les interfaces :

• ordenador (Espagne) / computadora (Amérique latine) ;
• móvil / celular ;
• vosotros / ustedes pour s'adresser à plusieurs personnes, par exemple dans un message d'équipe.

Indiquez la variante voulue dès le départ et gardez-la sur tous vos fichiers : un même produit qui mélange ordenador et computadora se remarque vite.

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

Vous récupérez le même fichier YAML, 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, et la clé racine fr: devient es:.

• Chaque valeur traduite est comparée à la source : variables (%{name}, %{count}) et balises (par exemple dans une clé welcome_html). En cas d'écart persistant, la valeur source est gardée et le rapport le signale.
• Ne sont pas traduits : les clés, les valeurs vides, les URL, les adresses email, les nombres, les couleurs, les formats de date comme "%d/%m/%Y", 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. Manuce traduit les fichiers que vous déposez : le texte écrit en dur dans vos vues .erb ou stocké en base n'y figure pas. Pour des conditions générales destinées à un usage juridique, sachez que Manuce ne produit pas de traduction assermentée.

Préparer les fichiers et vérifier après livraison

Avant le dépôt :

• Installez la gem rails-i18n : elle fournit déjà en espagnol les noms de mois, les formats de nombres et les messages de validation courants (no puede estar en blanco). Ne déposez que vos propres chaînes, vous ne paierez pas pour celles-là.
• Repérez les messages qui interpolent un nom de modèle ou d'attribut et décidez comment traiter le genre.
• Marquez comme non traduisibles les noms de marque ou de plan tarifaire.

Après livraison :

• Lancez i18n-tasks missing es si vous utilisez cet outil, pour repérer les clés manquantes.
• Parcourez l'application avec I18n.locale = :es : messages flash, erreurs de formulaire, courriels d'Action Mailer.
• Relisez dans le rapport les valeurs restées en source et corrigez-les à la main si besoin.

En pratique

1. Rassemblez les fichiers config/locales/*.yml de votre application (hors chaînes fournies par rails-i18n).
2. Déposez-les sur Manuce : le devis s'affiche au nombre exact de mots des valeurs, avec un extrait gratuit.
3. Choisissez le niveau, payez, puis récupérez le fichier es.yml et son rapport.
4. Placez le fichier dans config/locales, ajoutez :es aux locales disponibles et testez l'application en espagnol.