Traduire une application iOS en espagnol

Ce qui change quand l'interface passe en espagnol

L'espagnol s'écrit en alphabet latin, de gauche à droite : pas d'interface en miroir ni de police particulière, les caractères á, é, í, ó, ú, ñ et ü sont couverts par les polices système. Les vraies difficultés sont ailleurs.

• La longueur. Un texte espagnol est plus long que l'anglais, à peu près comme le français. « Sign in » devient Iniciar sesión, « Share » devient Compartir : un onglet ou un titre de navigation calibré pour l'anglais peut être tronqué.
• La ponctuation d'ouverture. Une question ou une exclamation s'ouvre par ¿ ou ¡ : « Delete this photo? » donne ¿Eliminar esta foto?. Si la chaîne commence par une variable, le signe reste en tête : ¿Eliminar %@?.
• Le registre. Tutoiement (tú) ou vouvoiement (usted) : il faut choisir et s'y tenir partout, alertes et messages d'autorisation compris. Les applications grand public tutoient le plus souvent.
• L'accord. Le participe s'accorde avec le nom : « Saved » devient Guardado pour un documento, Guardada pour une foto. Une chaîne source réutilisée à deux endroits peut demander deux clés en espagnol.

Espagne ou Amérique latine : dossier, vocabulaire, nombres

iOS distingue plusieurs variantes : es (espagnol générique), es-419 (Amérique latine), es-MX, etc. Un appareil réglé sur une variante absente de votre projet se replie sur une variante plus générale, puis sur es.

Le vocabulaire diffère sur des mots fréquents en interface : ordenador / computadora, móvil / celular, vídeo / video. L'approche courante consiste à livrer une seule traduction dans es en évitant les termes les plus marqués, puis à ajouter une variante seulement si votre marché le justifie. Décidez-le avant de traduire, et faites vérifier les quelques termes sensibles par quelqu'un du pays visé.

Les séparateurs changent aussi : virgule décimale en Espagne, point au Mexique. N'écrivez pas 1,234.56 en dur dans une chaîne : passez par NumberFormatter et DateFormatter. Manuce ne traduit ni les nombres ni les formats de date, il les laisse tels quels.

Pluriels et variables : one, many, other

Les règles CLDR de l'espagnol comptent trois catégories : one, many et other. one couvre 1 (1 archivo), other le reste (0 archivos, 5 archivos). many concerne les grands nombres ronds en notation compacte, où l'espagnol ajoute un de : 1 millón de archivos. Elle peut apparaître dans votre catalogue même si la langue source ne l'a pas.

Dans un String Catalog (.xcstrings), l'espagnol est ajouté avec ses variations plurielles : chaque catégorie reçoit sa forme. Un Localizable.strings ne contient pas de pluriels ; si les vôtres sont dans un .stringsdict, le plus simple est de migrer vers le catalogue avant traduction.

L'ordre des mots change souvent. « %@'s photos » devient Fotos de %@. Avec deux variables, préférez les spécificateurs positionnels pour que la phrase puisse se réordonner : « %1$@ liked %2$@'s post » devient A %1$@ le gustó la publicación de %2$@. Manuce vérifie que %@, %d et %1$@ sont bien présents dans chaque traduction.

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

Vous déposez un Localizable.strings (UTF-8 ou UTF-16) ou un .xcstrings. 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 conservés. Seules les valeurs passent en espagnol.

Chaque valeur traduite est comparée à la source : mêmes variables, mêmes balises. Si un écart persiste, par exemple un %d perdu dans Quedan %d días, la valeur source est gardée et le rapport le signale. Ce rapport liste les chaînes traduites et celles laissées telles quelles, avec la raison.

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 qui est marqué non traduisible. Le devis porte sur les mots des valeurs, clés et balises exclues.

Manuce ne voit ni vos écrans ni vos contraintes de mise en page : il ne peut pas savoir si Iniciar sesión tient dans votre bouton. Les textes de la fiche App Store ne font pas partie de ces fichiers. Avant de payer, l'extrait gratuit montre un paragraphe traduit au niveau choisi, utile pour juger le registre ; pour une application publiée, le niveau Professionnel ou Premium est le plus adapté.

Préparer le fichier et vérifier dans Xcode

• Commentez les chaînes ambiguës : « Open » peut donner Abrir (bouton) ou Abierto (état).
• Dans un catalogue, marquez comme non traduisible ce qui doit rester tel quel, nom de l'application ou de marque, avec shouldTranslate: false.
• Séparez les clés réutilisées pour des noms de genres différents (Guardado / Guardada).
• N'oubliez pas les messages d'autorisation (appareil photo, localisation) : ils sont souvent dans un fichier à part et figurent parmi les premiers textes lus par l'utilisateur.
• Après réintégration, lancez l'application en espagnol dans le simulateur, en grande taille de texte, et contrôlez les troncatures, le ¿ en tête des questions et les pluriels avec 1, 2 et un très grand nombre.

En pratique

1. Exportez le Localizable.strings ou le .xcstrings de votre projet.
2. Déposez-le : le devis s'affiche, calculé sur les mots des valeurs, et l'extrait gratuit montre le registre retenu.
3. Choisissez le niveau et payez ; la traduction arrive en quelques minutes pour un fichier courant.
4. Remettez le fichier dans le projet (dossier es.lproj ou catalogue) et lisez le rapport.
5. Testez l'application en espagnol dans le simulateur, en grande taille de texte.