Traduire un fichier YAML en coréen, structure et variables intactes

Ce que le coréen change dans vos chaînes YAML

Le coréen s'écrit en hangeul, de gauche à droite, avec des espaces entre groupes de mots. Trois traits touchent directement les valeurs d'un fichier de traduction.

• L'ordre des mots. Le verbe vient en fin de phrase. La variable se déplace donc : Delete %{name}? devient %{name}을(를) 삭제할까요?. Une chaîne coupée en deux clés (delete_prefix + delete_suffix) devient vite impossible à traduire correctement : c'est l'ordre coréen qui commande, pas celui de vos fragments.
• Les particules. Le sujet prend 이 ou 가, le complément 을 ou 를, selon que le mot précédent se termine par une consonne ou une voyelle. Derrière %{name}, la forme dépend de la valeur insérée à l'exécution, que personne ne connaît au moment de traduire. D'où les écritures du type (이)가, ou l'ajout de 님 après un nom de personne : %{name}님이 초대했습니다, où 님 fixe la particule.
• Les compteurs. On ne dit pas « 3 fichiers » mais « fichier 3 unités » : 파일 %{count}개. Le nombre suit le nom, accompagné d'un classificateur (개, 명 pour les personnes, 건 pour des éléments ou des cas).

Côté affichage, le texte coréen compte souvent moins de caractères que l'anglais ou le français, mais chaque syllabe occupe une largeur pleine : un bouton n'est pas forcément plus étroit.

Pluriels : de one/other à other seul

Selon CLDR, le coréen n'a qu'une catégorie de pluriel : other. Un bloc Rails ou i18n-js comme celui-ci :

• one: '1 message'
• other: '%{count} messages'

n'a besoin en coréen que d'une seule forme : other: '메시지 %{count}개'. Manuce adapte les blocs de pluriel à la langue cible, donc aux catégories coréennes. Le nom lui-même ne varie pas : 메시지 reste 메시지, qu'il y en ait un ou cent.

Deux points à contrôler de votre côté :

• votre bibliothèque doit connaître la règle de pluriel du coréen ; sinon elle peut chercher une clé one absente pour count: 1 ;
• dans Symfony avec le format ICU, vérifiez que la variable {count} reste bien dans la branche other du message.

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

Vous récupérez le même fichier, dans le même format, prêt à remettre dans le projet : indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage et BOM conservés. Seules les valeurs changent. Pour Rails, Symfony, Hugo et i18n-js, la clé racine de langue est gérée ; les ancres, les blocs | et > et les commentaires sont conservés.

Chaque valeur traduite est comparée à la source : les variables %{name} et {name} et les balises doivent s'y retrouver. En cas d'écart persistant, 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.

Conséquence concrète pour le coréen : un format comme '%Y-%m-%d' reste tel quel. Si vous voulez la convention coréenne, 2025년 3월 14일, c'est à vous d'écrire '%Y년 %m월 %d일'. Manuce ne teste pas non plus le rendu dans votre interface et ne produit pas de traduction assermentée.

Le prix porte sur les mots des valeurs, clés et balises exclues, avec un coefficient ×1.6 pour le coréen.

Préparer le fichier avant de le déposer

• Encodage. Le hangeul exige Unicode. Comme l'encodage d'origine est conservé, un fichier en Latin-1 ne peut pas recevoir de coréen : convertissez-le en UTF-8 avant le dépôt.
• Chaînes fragmentées. Regroupez en une seule valeur avec variables les phrases découpées en plusieurs clés. C'est la seule façon d'obtenir un ordre sujet-complément-verbe naturel.
• Valeurs à ne pas traduire. Noms de produit, codes, termes techniques : marquez-les non traduisibles si votre format le permet, puis vérifiez-les dans l'extrait gratuit et dans la traduction.
• Fichier valide. Passez-le dans votre parseur YAML ou un linter : une erreur de syntaxe dans la source se retrouvera dans la cible.

Vérifier le résultat en coréen

L'extrait gratuit, un paragraphe traduit au niveau choisi, sert d'abord à juger le registre. Les interfaces coréennes emploient le style formel en 합니다 (저장되었습니다) ou le style poli en 요 (저장했어요), et les boutons prennent souvent une forme nominale courte (저장, 삭제). Vérifiez que le ton convient à votre produit avant de payer.

Après livraison :

1. renommez le fichier selon votre convention (ko.yml, messages.ko.yaml, i18n/ko.yaml) et contrôlez que la racine vaut ko: ;
2. affichez les chaînes avec variables en testant un nom finissant par une consonne et un autre par une voyelle, pour repérer une particule fautive ;
3. lisez le rapport : une valeur restée en langue source signale souvent une variable ou une balise à examiner ;
4. contrôlez les coupures de ligne : le coréen se coupe entre groupes de mots, et une coupure au milieu d'un mot gêne la lecture.

En pratique

1. Convertissez le fichier en UTF-8 et validez-le avec votre parseur YAML.
2. Déposez-le, choisissez le coréen et le niveau : le devis s'affiche aussitôt.
3. Lisez l'extrait gratuit : registre, particules après les variables, compteurs.
4. Payez, puis récupérez le fichier traduit et le rapport dans votre espace client.
5. Renommez le fichier en ko, adaptez les formats de date et testez l'affichage.