Traduire un site Drupal en japonais : les fichiers .po de l'interface

Ce que contient le fichier .po exporté par Drupal

Le module Interface Translation de Drupal importe et exporte l'interface du site en fichiers .po gettext : libellés de boutons, messages de formulaires, textes des modules et du thème. Chaque entrée associe une chaîne source (msgid) à sa traduction (msgstr). C'est ce fichier que Manuce traduit en japonais, et c'est lui que vous réimportez ensuite dans Drupal.

Trois éléments demandent une attention particulière :

• Les variables : @name (texte échappé), %name (texte échappé et mis en évidence), :url (adresse). Elles doivent ressortir intactes, même quand leur place dans la phrase japonaise change.
• Les balises HTML glissées dans certaines chaînes, par exemple <a href=":url"> : elles encadrent un mot qui, en japonais, ne sera plus au même endroit.
• Les pluriels : une entrée avec msgid_plural et des valeurs numérotées msgstr[0], msgstr[1]…

Le contenu éditorial (articles, pages de base, blocs personnalisés) est stocké dans la base de données et ne figure pas dans ce fichier. Le .po couvre l'interface ; vos textes de pages se traitent à part.

Ce que le japonais change dans les chaînes Drupal

L'ordre des mots s'inverse souvent. Le verbe arrive en fin de phrase et les compléments se placent avant. La chaîne Submitted by @username on @date devient par exemple @usernameが@dateに投稿しました. Les variables nommées de Drupal permettent ce déplacement : il suffit qu'elles soient toutes présentes, quel que soit leur ordre.

Pas d'espaces, ponctuation pleine chasse. Le japonais ne sépare pas les mots ; la virgule et le point deviennent 、 et 。. Un message comme The configuration options have been saved. se termine par 。, pas par un point latin. Autour des variables, on n'ajoute généralement pas d'espace.

Le registre de politesse. Les messages adressés au visiteur s'écrivent en forme polie (です・ます) : ログインしてください。 plutôt qu'une forme sèche. Les libellés de boutons restent en revanche très courts, souvent un nom seul : 保存 pour « Enregistrer », 削除 pour « Supprimer ».

Une seule forme de pluriel. Le japonais n'a que la catégorie CLDR other. Dans le .po, l'en-tête doit indiquer nplurals=1; plural=0; et chaque entrée plurielle n'a qu'une valeur, msgstr[0]. Attention au piège propre à Drupal : la forme singulière source s'écrit souvent avec un « 1 » en dur (1 comment). La forme japonaise unique doit donc reprendre la variable : @count件のコメント, sinon tous les compteurs afficheraient « 1 ».

Les variables %. Drupal entoure %name d'une balise <em>, rendue en italique par la plupart des thèmes. L'italique se lit mal sur des kanji ; c'est un réglage de thème à prévoir, pas une question de traduction.

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

Vous récupérez le même fichier .po, dans le même format : indentation, ordre des entrées, guillemets, commentaires (dont les références #: vers les modules), fins de ligne, encodage et BOM conservés. Seules les valeurs changent.

Chaque valeur traduite est comparée à la source : mêmes variables (@count, %title, :url), mêmes balises. Si un écart persiste, la valeur source est gardée et le rapport le signale. Mieux vaut un libellé resté en anglais qu'une chaîne japonaise qui casse une page ou perd un lien.

Ne sont pas traduits : les msgid (les clés), les URL, adresses email, nombres, couleurs, formats de date, identifiants et tout ce qui est marqué non traduisible. Le prix porte sur les mots des valeurs, clés et balises exclues ; le japonais est une langue à supplément, avec un coefficient ×1,6 sur le prix au mot.

Ce que Manuce ne fait pas :

• il n'intervient pas sur votre site : l'import dans Drupal, l'ajout de la langue et la configuration restent de votre côté ;
• il ne traduit pas le contenu stocké en base, qui n'est pas dans le .po ;
• il ne modifie pas votre thème (polices, italique, coupures de ligne) ;
• il ne produit pas de traduction assermentée, sans objet pour une interface mais utile à savoir si vos mentions légales doivent l'être.

Préparer l'export et vérifier après l'import

Avant l'envoi :

• Ajoutez le japonais (ja) comme langue du site, puis exportez le fichier .po de l'interface. Vérifiez qu'il est en UTF-8.
• Ouvrez l'en-tête et contrôlez la ligne Plural-Forms : pour le japonais, nplurals=1; plural=0;. Un en-tête hérité d'une autre langue (nplurals=2) fausserait les compteurs.
• Notez vos noms de marque et termes métier qui doivent rester en alphabet latin, puis regardez comment ils sont rendus dans l'extrait gratuit : un paragraphe du fichier traduit au niveau choisi, avant de payer.

Après l'import dans Drupal :

• Lisez le rapport : les chaînes laissées en source sont listées avec la raison.
• Vérifiez que la pile de polices du thème prévoit une police japonaise ; sinon les caractères s'afficheront avec une police de secours du navigateur.
• Contrôlez les coupures de ligne dans les menus et les boutons : sans espaces, le navigateur coupe entre les caractères, ce qui peut séparer un mot en katakana comme ダッシュボード.
• Réglez les formats de date de Drupal, qui ne sont pas traduits : l'usage japonais est du type 2024年5月3日.
• Parcourez les pages qui concentrent variables et pluriels : connexion, réinitialisation du mot de passe, messages d'erreur de formulaire, pagination, compteurs de commentaires.

Pour une interface publique adressée à une clientèle japonaise, le niveau Professionnel est le plus adapté ; Essentiel suffit pour un back-office interne.

En pratique

1. Exportez le fichier .po de l'interface depuis le module Interface Translation, en UTF-8.
2. Vérifiez l'en-tête Plural-Forms (nplurals=1; plural=0;) puis déposez le fichier sur Manuce pour obtenir le devis et l'extrait gratuit.
3. Choisissez le niveau, réglez la commande et récupérez le même fichier traduit avec son rapport.
4. Réimportez le .po dans Drupal pour le japonais et contrôlez polices, coupures de ligne, dates et compteurs.