ManuceTraduire un fichierTraduire une application Ruby on Rails en japonais

Traduire une application Ruby on Rails en japonais

Manuce traduit les fichiers <code>config/locales/*.yml</code> de votre application Rails en japonais et vous rend un <code>ja.yml</code> identique à l'original, dont seules les valeurs changent. Les variables comme <code>%{count}</code> sont vérifiées une à une, et un rapport indique ce qui a été traduit ou laissé tel quel. Restent à votre charge quelques réglages propres au japonais dans Rails : pluriel, formats de date, gabarit des messages d'erreur.

Déposer mon fichier Voir les tarifs

Combien ça coûte

Pour les fichiers de langue d'une application Ruby on Rails totalisant environ 3 000 mots, vers le japonais :

Essentiel
28 €

Comprendre, usage interne.

Professionnel
87 €

Prêt à transmettre, par le spécialiste technique.

Premium
168 €

Relecture croisée. Pour ce qui engage.

Prix pour une langue, mise en page d'origine comprise. TVA non applicable, article 293 B du CGI. Le devis exact, calculé sur le nombre de mots de votre fichier, s'affiche avant paiement.

Ce que le japonais change dans un fichier ja.yml

Passer de fr.yml à ja.yml ne se limite pas à remplacer des mots. La phrase japonaise place le verbe à la fin, si bien que les variables d'interpolation changent de position. « Bonjour %{name} » devient %{name}様、こんにちは ; « %{count} commentaires » devient %{count}件のコメント, sans espace, avec un classificateur (件 pour des éléments, 人 ou 名 pour des personnes).

  • Pas d'espaces entre les mots : un espace laissé autour d'une variable se voit à l'écran. %{count} 件 est une faute courante.
  • Ponctuation pleine chasse : virgule 、, point 。, parenthèses (). Le point d'exclamation, fréquent dans les messages flash français, se fait rare en japonais professionnel.
  • Registre : messages et courriels s'écrivent en forme polie (です・ます), avec du keigo quand on s'adresse au client ; les boutons restent courts et nominaux : 保存 (Enregistrer), 削除 (Supprimer).
  • Trois écritures : les termes techniques empruntés passent en katakana (ユーザー, パスワード), ce qui allonge parfois un libellé que l'on croyait court.

En nombre de caractères, le japonais est souvent plus court que le français, mais chaque signe occupe une pleine largeur : un bouton dimensionné au pixel pour « Valider » peut quand même déborder.

Pluriel, dates et messages d'erreur : les pièges Rails en japonais

Le japonais n'a qu'une catégorie de pluriel CLDR : other. Le couple one: '%{count} article' / other: '%{count} articles' se ramène à une seule forme, %{count}件の記事. Manuce adapte les clés one/other à la langue cible ; reste à vérifier que votre application suit la même logique. Le moteur I18n de Rails, sans règles de pluriel propres au japonais (celles que fournit par exemple la gem rails-i18n), cherche la clé one quand count vaut 1 : testez ce cas sur votre ja.yml.

  • Formats de date : Manuce ne traduit pas les chaînes de format comme '%d/%m/%Y'. L'usage japonais '%Y年%m月%d日' est à saisir vous-même ou à reprendre des fichiers de rails-i18n.
  • Messages de validation : errors.format vaut souvent '%{attribute} %{message}'. En japonais, on retire l'espace pour obtenir メールアドレスを入力してください. Les variables sont contrôlées ; l'espace qui les sépare est un choix à vérifier après livraison.
  • Modèles et attributs : activerecord.models.user et activerecord.attributes.user.email alimentent formulaires et erreurs ; ils doivent concorder avec les libellés des vues.
  • Clés _html : les balises qu'elles contiennent sont comparées à la source, comme les variables.

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

Vous déposez votre fichier de langue ; vous récupérez le même fichier, en japonais, prêt à remettre dans config/locales/.

  • La clé racine fr: devient ja:.
  • Indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM sont conservés ; seules les valeurs changent.
  • Chaque valeur traduite est comparée à la source (%{count}, %{name}, balises). En cas d'écart persistant, la valeur source est gardée et le rapport le signale.
  • Restent tels quels : clés, valeurs vides, URL, adresses électroniques, nombres, couleurs, formats de date, identifiants et tout ce qui est marqué non traduisible.
  • Un rapport accompagne le fichier : chaînes traduites, chaînes laissées telles quelles et pourquoi.

Manuce ne touche pas à votre code : déclarer :ja dans config.i18n.available_locales, prévoir une police japonaise ou extraire les textes écrits en dur dans les vues .erb reste de votre ressort. Manuce ne produit pas non plus de traduction assermentée : si vos conditions générales en japonais doivent faire foi, adressez-vous à un traducteur expert. Le prix porte sur les mots des valeurs seulement, clés et balises exclues, avec le coefficient ×1,6 propre au japonais.

Préparer le fichier et vérifier le rendu

  1. Regroupez les chaînes : celles encore en dur dans les vues ou les mailers doivent passer par t('.cle') avant l'envoi, sinon elles ne seront pas dans le fichier.
  2. Remplacez les concaténations (t('bonjour') + ' ' + user.name) par une interpolation %{name} : en japonais, le nom ne se place pas au même endroit et prend souvent le suffixe 様.
  3. Ajoutez un commentaire YAML aux libellés ambigus (« Ouvrir » un dossier ou une session) : il est conservé dans le fichier rendu et aide au choix du terme.
  4. Après livraison, chargez ja.yml et testez count à 0, 1 et 2, les messages de validation et les objets de courriel (user_mailer.welcome.subject).
  5. Contrôlez boutons et retours à la ligne : sans espaces, le navigateur peut couper le japonais entre deux caractères quelconques ; vérifiez qu'un groupe comme 3件 ne se retrouve pas séparé.

Avant de payer, l'extrait gratuit montre un paragraphe traduit au niveau choisi : l'occasion de juger le registre, forme polie ou plus neutre, sur vos propres messages.

En pratique

  1. Exportez config/locales/fr.yml, ou le fichier de langue source de votre projet.
  2. Déposez-le sur Manuce : devis immédiat sur les mots des valeurs et extrait gratuit.
  3. Choisissez le niveau : Professionnel pour une interface destinée à des clients japonais.
  4. Récupérez ja.yml et le rapport, puis placez le fichier dans config/locales/.
  5. Testez pluriels, messages de validation, formats de date et mise en page.

Questions fréquentes

Faut-il garder la clé one dans ja.yml ?

Le japonais n'a qu'une forme de pluriel, other, et Manuce adapte les clés one/other en conséquence. Tout dépend ensuite de votre configuration : sans règles de pluriel japonaises chargées, Rails cherche one quand count vaut 1. Testez ce cas après livraison.

Mes formats de date seront-ils convertis au format japonais ?

Non. Les formats de date comme '%d/%m/%Y' ne sont pas traduits et restent tels quels. Saisissez vous-même '%Y年%m月%d日' ou reprenez les valeurs de la gem rails-i18n.

Le texte sera-t-il en langage poli (keigo) ?

Une interface professionnelle japonaise attend la forme polie. L'extrait gratuit vous permet de vérifier le registre sur un paragraphe de votre fichier avant de payer. Un commentaire YAML peut aussi préciser à qui s'adresse un message.

Que se passe-t-il si une variable %{name} est perdue ?

Chaque valeur traduite est comparée à la source, variables et balises comprises. Si l'écart persiste, la valeur source est conservée et le rapport l'indique, pour que votre application ne casse pas.

Puis-je commander le japonais avec d'autres langues ?

Oui. Dès deux langues, une remise s'applique à toute la commande : −20 % pour deux langues, −30 % pour trois, −40 % pour quatre, −50 % à partir de cinq. Le coefficient ×1,6 du japonais reste appliqué à sa part.

Le spécialiste qui s’en charge

Ce sujet est confié à Dédale, le spécialiste technique. Voir comment il travaille.

Testez sur votre fichier, gratuitement

Un extrait de votre fichier traduit au niveau choisi, avant tout paiement. Vous jugez, puis vous décidez.

Déposer mon fichier