Traduire un fichier JSON i18n en italien

Pluriels, registre et accents : ce que l’italien change dans vos valeurs

L’italien s’écrit en alphabet latin, de gauche à droite, avec une longueur de texte proche du français : un libellé qui tient en français tiendra en général en italien, mais un bouton dimensionné pour l’anglais peut déborder. Trois points demandent de l’attention dans un fichier JSON.

• Les pluriels. Les règles CLDR de l’italien comptent trois catégories : one, many et other. La catégorie many concerne certains grands nombres ronds, comme les millions, où l’italien construit avec di : « 1 milione di messaggi ». Un message ICU source qui n’a que one et other reçoit la catégorie manquante : {count, plural, one {# messaggio} many {# messaggi} other {# messaggi}}.
• Le registre. Le registre retenu est le vouvoiement de politesse, le Lei : « Inserisca la Sua password » plutôt que « Inserisci la tua password ». Beaucoup d’applications grand public italiennes tutoient ; Manuce ne reçoit pas de consigne de registre, donc si votre produit tutoie, jugez-en sur l’extrait gratuit avant de commander.
• Les accents. L’italien distingue l’accent grave et l’accent aigu : è (est), perché, più, città. En majuscule, on écrit È et non E', forme de dépannage fréquente dans les chaînes saisies à la main. Un fichier en UTF-8 garde ces caractères tels quels.

Apostrophes, articles et accords : les pièges italiens autour des variables

L’italien élide et accorde beaucoup, ce qui crée des difficultés précisément là où une variable remplace un mot.

• L’apostrophe devant une accolade. Dans un message ICU (react-intl, next-intl), une apostrophe droite placée juste avant { ouvre une zone de texte littéral : Eliminare l'{item}? afficherait {item} au lieu de la valeur. Les formes sûres sont l’apostrophe doublée l''{item} ou l’apostrophe typographique l’{item}. Contrôlez ces chaînes : la variable est bien présente dans le fichier, le défaut n’apparaît qu’à l’affichage.
• L’article devant une variable. L’italien choisit entre il, lo, la et l’ selon le genre et la première lettre du mot suivant. Devant {product}, la traduction ne peut pas connaître la valeur ; une tournure sans article, comme Prodotto: {product}, reste correcte dans tous les cas.
• L’accord du participe. « {name} è stato aggiunto » suppose un masculin. Si la source contient un select sur le genre, chaque branche est traduite avec son accord (aggiunto, aggiunta) ; sans select, une seule forme est possible, en général le masculin.
• Ponctuation et guillemets. L’italien colle les deux-points et le point d’interrogation au mot, sans espace, et emploie volontiers les guillemets « caporali ». Des guillemets droits à l’intérieur d’une valeur JSON doivent rester échappés (\").

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

Vous déposez le fichier JSON tel qu’il sort de votre projet, plat ou imbriqué, avec ses tableaux de chaînes. Vous récupérez le même fichier : indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés. Seules les valeurs changent : "settings.title": "Paramètres" devient "settings.title": "Impostazioni", la clé reste identique.

• Les variables {name}, {{count}}, %s et les messages ICU (plural, select) sont vérifiés chaîne par chaîne : mêmes variables, autant de fois.
• 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.
• Ne sont pas traduits : clés, valeurs vides, URL, adresses email, nombres, couleurs, formats de date, identifiants et tout ce qui est marqué 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 ne lance pas votre application et ne voit pas vos écrans ; il ne reçoit ni glossaire ni consigne de terminologie. Un nom de fonction à garder en anglais, par exemple « Dashboard », se vérifie sur l’extrait gratuit, puis dans la traduction livrée. Manuce ne produit pas de traduction assermentée, ce qui est de toute façon sans objet pour un fichier d’interface.

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

1. Partez du fichier source complet et à jour, par exemple fr.json ou en.json, et prévoyez le nom de la cible selon votre configuration : it.json, locales/it/common.json…
2. Repérez dans la source les chaînes où un article ou une élision précède une variable : ce sont elles qu’il faut relire en premier dans la version italienne.
3. Avec i18next, le pluriel passe par des clés suffixées (_one, _other) : regardez dans le fichier rendu et dans le rapport si les formes dont l’italien a besoin sont présentes, et ajoutez une clé _many si votre configuration la réclame.
4. Vérifiez que votre code formate nombres et dates avec la locale it : en italien, 1.234,56 et 31/12/2025. Ces formats ne viennent pas des valeurs traduites mais de Intl ou de votre bibliothèque.
5. Affichez les écrans en italien et contrôlez les boutons étroits, les majuscules accentuées (È), les apostrophes devant accolades et la constance du Lei.

En pratique

1. Déposez votre fichier JSON i18n : le devis s’affiche aussitôt, calculé sur les mots des valeurs.
2. Choisissez l’italien et le niveau, puis lisez l’extrait gratuit pour juger du registre et des termes à garder.
3. Payez et récupérez le fichier italien en quelques minutes, avec le rapport des chaînes traduites et laissées telles quelles.
4. Placez le fichier dans le projet, relisez pluriels et apostrophes devant variables, puis testez les écrans.