Traduire une application .NET en japonais

Ce qui change quand une application .NET passe au japonais

Le japonais n’a qu’une seule catégorie de pluriel CLDR, other. Si votre code choisit entre deux clés selon le nombre, par exemple FileCount_One et FileCount_Other, les deux recevront la même forme : {0} 件のファイル. Le mécanisme reste valable, il devient simplement inutile pour cette langue.

L’ordre des mots, lui, change souvent. {0} of {1} devient naturellement {1} 件中 {0} 件 : les index de String.Format permettent ce déplacement sans toucher au code, à condition que la phrase entière soit dans une seule valeur. Le piège classique est la concaténation dans le code, du type "Delete " + name + "?" : aucune traduction ne peut remettre le verbe à la fin de la phrase japonaise. Remplacez ces assemblages par une chaîne complète avec variable avant la traduction.

Les formats composites comme {0:N0} ou {0:d} sont conservés tels quels : c’est la culture ja-JP active au moment de l’exécution qui produira la date au format japonais et le séparateur de milliers.

Écriture, polices et mise en page

Une interface japonaise mêle kanji, hiragana et katakana, sans espace entre les mots. Une étiquette est souvent plus courte en nombre de caractères que l’original, mais chaque caractère est plus large et plus haut : un bouton dimensionné au pixel près en WinForms peut tronquer キャンセル ou couper un kanji en deux.

• Polices : si votre formulaire impose une police sans glyphes japonais, certains écrans afficheront des carrés vides. Prévoyez une police d’interface japonaise (par exemple Yu Gothic UI ou Meiryo UI) pour la culture ja, en WinForms comme en WPF ou MAUI.
• Retour à la ligne : sans espaces, la coupure se fait entre caractères, mais jamais devant 。, 、 ou un petit kana. Laissez les contrôles s’agrandir plutôt que de fixer une largeur.
• Ponctuation : le japonais emploie 、 et 。 en pleine chasse ; les chiffres restent en demi-chasse, et le katakana demi-chasse est à éviter dans une interface moderne.
• Raccourcis clavier : la convention japonaise place la lettre d’accès entre parenthèses, 保存(&S) pour &Save. Vérifiez ces libellés après traduction.

Registre et conventions japonaises

Dans un logiciel professionnel, les messages adressés à l’utilisateur se rédigent dans la forme polie en -masu : File saved. devient ファイルを保存しました。 et non la forme neutre 保存した. Les libellés de boutons et de menus, eux, restent nominaux et brefs : 保存, 設定, 削除. Pour les confirmations, une tournure comme 削除してもよろしいですか？ est attendue.

Beaucoup de termes techniques passent en katakana (ログイン, ダウンロード) ; la cohérence compte plus que le choix lui-même. Indiquez dans le commentaire de la ressource si un terme doit rester en alphabet latin, un nom de produit par exemple.

Côté formats, la culture ja-JP affiche les dates en yyyy/MM/dd et le yen n’a pas de décimales : si une chaîne écrit en dur 0.00 € ou MM/dd/yyyy, c’est au code de passer par la culture, la traduction ne modifie pas les formats de date.

Ce que Manuce rend exactement

Dans un fichier .resx, Manuce traduit les éléments data/value et lit les commentaires comme contexte : un commentaire « bouton, 6 caractères max » aide à choisir 保存 plutôt qu’une phrase. Les ressources non textuelles d’un formulaire WinForms localisable (tailles, positions, images) restent intactes.

• Le fichier rendu est le même : indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés ; seules les valeurs changent.
• Chaque valeur traduite est comparée à la source : si {0} ou une balise manque dans le japonais et que l’écart persiste, 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.

Manuce ne renomme pas le fichier, ne recompile pas l’assembly satellite, n’agrandit pas vos contrôles et ne corrige pas les concaténations du code. Le prix porte sur les mots des valeurs, clés et balises exclues, avec le coefficient ×1.6 propre au japonais.

Préparer et vérifier

1. Regroupez les phrases concaténées dans le code en chaînes complètes avec {0}, {1}.
2. Ajoutez un commentaire aux ressources ambiguës : « Open » est-il un verbe de bouton ou un état ? En japonais, 開く et オープン ne disent pas la même chose.
3. Marquez comme non traduisibles les noms de produit et les codes qui ne doivent pas changer.
4. Au retour, nommez le fichier Resources.ja.resx (ou ja-JP), lancez l’application avec la culture japonaise et parcourez les écrans : troncatures, police, raccourcis (&S).
5. Lisez le rapport : chaque valeur laissée en source y est expliquée.

Avant de payer, l’extrait gratuit traduit un paragraphe du fichier au niveau choisi, ce qui permet de juger le registre poli sur vos propres libellés.

En pratique

1. Remplacez les concaténations du code par des chaînes complètes avec variables.
2. Déposez vos fichiers .resx et consultez le devis et l’extrait gratuit.
3. Récupérez le fichier traduit et nommez-le Resources.ja.resx.
4. Testez l’interface en culture ja-JP et lisez le rapport.