Traduire une application Flutter en espagnol

Ce que l'espagnol change dans vos chaînes

Une interface espagnole est plus longue que sa version anglaise, dans un ordre de grandeur proche du français. « Settings » devient « Configuración », « Sign in » devient « Iniciar sesión ». Dans Flutter, un Text placé dans une Row ou un bouton à largeur fixe peut alors déborder. Repérez les widgets qui n'ont ni Flexible, ni maxLines, ni overflow.

La ponctuation s'ouvre aussi : une question commence par ¿ et une exclamation par ¡. « Delete this file? » donne « ¿Eliminar este archivo? ». Si votre code assemble une question à partir de plusieurs morceaux, le signe d'ouverture tombe au mauvais endroit. Une chaîne complète avec placeholder règle le problème : "deleteConfirm": "¿Eliminar {fileName}?".

L'espagnol accorde en genre. "welcomeUser": "Welcome, {name}" oblige à choisir entre « Bienvenido » et « Bienvenida ». Vous pouvez prévoir un message select sur le genre, ou retenir une formulation neutre comme « Te damos la bienvenida, {name} ». Le registre compte également : une application grand public tutoie le plus souvent (tú), une application bancaire ou administrative vouvoie volontiers (usted). Ce choix doit rester constant d'un écran à l'autre.

Pluriels ICU : one, many, other

Le CLDR attribue à l'espagnol trois catégories de pluriel : one, many et other. La catégorie many concerne les grands nombres ronds, comme un million, devant lesquels l'espagnol intercale « de » : « 1 millón de descargas ». Dans une application courante, one et other font l'essentiel du travail, mais un message ICU complet prévoit les trois.

Source :

"filesCount": "{count, plural, =0{No files} =1{1 file} other{{count} files}}"

Valeur espagnole :

"filesCount": "{count, plural, =0{Ningún archivo} =1{1 archivo} one{{count} archivo} many{{count} de archivos} other{{count} archivos}}"

Manuce vérifie la structure de ces messages, garde les placeholders tels quels ({count} reste {count}) et ajoute les catégories de pluriel de l'espagnol quand elles manquent. Les messages select sont traités de la même façon : les sélecteurs male, female, other ne bougent pas, seul le texte des branches est traduit.

Espagne ou Amérique latine : organiser vos fichiers

Le vocabulaire diverge sur des mots fréquents en interface : « ordenador » ou « computadora », « móvil » ou « celular », « vídeo » avec accent en Espagne, « video » sans accent au Mexique. Le pluriel de l'adresse diffère aussi : « vosotros » en Espagne, « ustedes » en Amérique latine.

Côté Flutter, l'organisation habituelle consiste à livrer un app_es.arb générique, puis, si besoin, un fichier régional comme app_es_MX.arb limité aux chaînes qui diffèrent ; la génération se rabat sur le fichier es pour le reste. Indiquez le public visé dans les descriptions des clés @ (« bouton, public mexicain, tutoiement ») : Manuce les lit comme contexte.

Les formats suivent la locale, pas la traduction : l'Espagne écrit 1.234,56 €, le Mexique 1,234.56. Si un placeholder est déclaré avec un type et un format (double en currency, DateTime en yMMMd), Flutter le met en forme selon la locale active. Évitez donc de figer un symbole monétaire ou une date dans la chaîne. Manuce ne traduit ni les nombres ni les formats de date, ce qui préserve ces déclarations.

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

• Le même fichier .arb : indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés ; seules les valeurs changent.
• @@locale passe à "es".
• Les clés @ (métadonnées) ne sont pas traduites ; leurs descriptions servent de contexte.
• Chaque valeur traduite est comparée à la source. Si un placeholder ou une balise manque et que l'écart persiste, la valeur source est gardée et le rapport le signale.
• Restent tels quels : clés, valeurs vides, URL, adresses email, nombres, couleurs, formats de date, identifiants et tout ce qui est marqué non traduisible.
• Un rapport : chaînes traduites, chaînes laissées telles quelles et pourquoi.

Manuce ne touche ni au code Dart, ni à l10n.yaml, ni à Info.plist ; il ne lance pas l'application et ne voit donc pas les débordements à l'écran. Le prix porte sur les mots des valeurs, clés et balises exclues ; l'espagnol est au tarif de base (coefficient ×1).

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

1. Partez du fichier modèle complet et à jour, celui que désigne template-arb-file.
2. Ajoutez une description aux clés ambiguës : « Open » sur un bouton se traduit « Abrir », « Open » comme état d'un magasin se traduit « Abierto ».
3. Remplacez les concaténations par des chaînes complètes avec placeholders, surtout pour les questions en ¿…?.
4. Après livraison, enregistrez le fichier sous app_es.arb, lancez flutter gen-l10n et vérifiez que es figure dans AppLocalizations.supportedLocales. Pour iOS, déclarez aussi es dans CFBundleLocalizations.
5. Testez les écrans étroits et les pluriels avec 0, 1, 2 et un million.

Lisez enfin le rapport : une chaîne restée dans la langue source y est expliquée, par exemple un placeholder introuvable dans la traduction ou une valeur marquée non traduisible.

En pratique

1. Déposez votre fichier .arb modèle (app_en.arb, app_fr.arb…).
2. Consultez le devis immédiat et l'extrait gratuit traduit en espagnol.
3. Récupérez le fichier traduit et le rapport des chaînes.
4. Enregistrez-le sous app_es.arb, lancez flutter gen-l10n et testez les écrans.