ManuceTraduire un fichierTraduire un fichier YAML en polonais

Traduire un fichier YAML en polonais

Manuce traduit les valeurs de votre fichier YAML en polonais et vous rend le même fichier, prêt à remettre dans le projet, avec la clé racine passée en pl:. Les pluriels sont adaptés aux quatre formes du polonais et les variables sont vérifiées. Les points propres au polonais à contrôler sont détaillés ci-dessous.

Déposer mon fichier Voir les tarifs

Combien ça coûte

Pour un fichier YAML d'environ 2 000 mots de valeurs, vers le polonais :

Essentiel
15 €

Comprendre, usage interne.

Professionnel
45 €

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

Premium
88 €

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.

Pluriels polonais : quatre formes au lieu de deux

Un fichier source anglais ou français ne contient le plus souvent que one et other. Le polonais en utilise quatre. La forme ne dépend pas seulement de « un ou plusieurs » : elle dépend aussi de la terminaison du nombre. Voici le cas de plik (fichier) :

  • one: "%{count} plik" : 1 plik
  • few: "%{count} pliki" : 2, 3, 4, 22, 23, 24…
  • many: "%{count} plików" : 0, de 5 à 21, 25… (donc aussi 12, 13 et 14)
  • other: "%{count} pliku" : les fractions, comme 1,5

Manuce adapte les pluriels à la langue cible. Quand la source n'a que deux clés, le fichier polonais reçoit les formes dont le polonais a besoin, avec %{count} conservé dans chacune.

Un point reste à vérifier de votre côté : le framework doit connaître la règle de pluriel polonaise. Sans elle, il ne lit que one et other, et l'écran affiche « 5 pliku » au lieu de « 5 plików ». Dans un projet Rails, cette règle vient en général d'un module de pluralisation, souvent livré avec les données de locale polonaise. Dans Symfony ou i18n-js, vérifiez que la locale pl est bien déclarée.

Déclinaisons, genre et typographie dans les valeurs

En polonais, un nom inséré par une variable n'a pas forcément la forme que la phrase attend. Dans "Usunięto %{item}", la phrase appelle l'accusatif, alors que la variable fournit presque toujours un nominatif. Deux tournures évitent cet accord impossible : "Usunięto: %{item}" ou "Element %{item} został usunięty".

Les verbes au passé s'accordent aussi en genre. "%{name} dodał komentarz" ne convient qu'à un homme ; pour une femme, il faut dodała. Si l'application ne connaît pas le genre de l'utilisateur, mieux vaut une formulation neutre, par exemple "Autor komentarza: %{name}".

Les boutons s'écrivent d'ordinaire à l'impératif, sans tournure de politesse : Zapisz, Anuluj, Zaloguj się.

Côté typographie, plusieurs points méritent l'attention :

  • La police de l'application doit contenir les lettres ą, ć, ę, ł, ń, ó, ś, ź et ż. Sinon, des carrés apparaissent dans l'interface.
  • Les guillemets polonais s'écrivent „ainsi”. Le guillemet fermant ” n'est pas le " ASCII : il ne casse donc pas une valeur YAML entre guillemets doubles.
  • Les libellés polonais sont souvent plus longs que les anglais : Settings devient Ustawienia, Save changes devient Zapisz zmiany. Vérifiez en priorité les boutons et les colonnes étroites.

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

Vous recevez le même fichier, dans le même format. L'indentation, l'ordre des clés, les guillemets, les commentaires, les fins de ligne, l'encodage et le BOM sont conservés : seules les valeurs changent.

Pour Rails, Symfony, Hugo et i18n-js, la clé racine de langue est gérée : en: ou fr: devient pl:. Les ancres, les blocs | et > et les commentaires restent en place.

Chaque valeur traduite est comparée à la source : %{name}, {name} et les balises doivent s'y retrouver à l'identique. En cas d'écart persistant, la valeur source est gardée et le rapport le signale. Ce rapport liste les chaînes traduites, ainsi que les chaînes laissées telles quelles et la raison. Ne sont pas traduits :

  • les clés et les valeurs vides ;
  • les URL et les adresses email ;
  • les nombres, les couleurs et les formats de date ;
  • les identifiants et tout ce qui est marqué non traduisible.

Ce que Manuce ne fait pas : il ne modifie pas la configuration de votre framework (règle de pluriel, locale par défaut) et ne traduit pas les clés. Il ne reçoit ni glossaire ni mémoire de traduction. Si un nom de produit doit rester tel quel, vérifiez-le dans l'extrait gratuit, puis dans le fichier livré.

Le polonais est une langue à supplément (coefficient ×1,25 sur le prix au mot). Le prix ne porte que sur les mots des valeurs, clés et balises exclues.

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

Avant l'envoi comme après la livraison, quelques contrôles évitent les mauvaises surprises :

  • Envoyez le fichier complet. Déposez par exemple en.yml ou messages.fr.yaml en entier, pas un extrait : les ancres et leurs références doivent rester dans le même fichier.
  • Relisez les noms de mois. Les formats de date comme "%d.%m.%Y" ne sont pas traduits, mais les noms de mois sont des valeurs ordinaires. Or, en polonais, le mois change de forme selon l'emploi : 5 stycznia 2025 dans une date, styczeń seul en tête de calendrier. Vérifiez que la forme retenue correspond à l'usage de la clé.
  • Rechargez le fichier avec le parseur du projet. Le simple chargement des locales au démarrage suffit. Une valeur sans guillemets qui contient « : » suivi d'un espace peut changer d'interprétation.
  • Testez les pluriels. Essayez les valeurs 1, 2, 5, 12, 22 et 1,5 : chacune doit afficher la bonne forme.
  • Contrôlez l'affichage. Ouvrez les écrans aux libellés longs et vérifiez que les diacritiques s'affichent dans toutes les polices utilisées.

Pour des chaînes publiées dans une application, le niveau Professionnel correspond à l'usage « prêt à transmettre ». Le niveau Essentiel suffit pour comprendre un fichier en interne.

En pratique

  1. Déposez votre fichier YAML et choisissez le polonais : le devis s'affiche aussitôt, calculé sur les mots des valeurs.
  2. Choisissez le niveau et lisez l'extrait gratuit traduit avant de payer.
  3. Payez, puis récupérez le fichier polonais et son rapport, livrés en quelques minutes pour un fichier courant.
  4. Remettez le fichier dans le projet, vérifiez que la règle de pluriel pl est active et testez les écrans.

Questions fréquentes

Mon fichier source n'a que one et other : le fichier polonais aura-t-il few et many ?

Oui. Les pluriels sont adaptés à la langue cible, et le polonais en demande quatre. Votre framework doit toutefois connaître la règle de pluriel polonaise pour choisir la bonne forme : sans elle, few et many sont ignorées.

Les variables %{count} ou {name} risquent-elles d'être cassées ?

Chaque valeur traduite est comparée à la source, variables et balises comprises. Si un écart persiste, la valeur source est conservée et le rapport l'indique. Vous savez ainsi exactement quelles chaînes reprendre.

La clé racine en: est-elle remplacée par pl: ?

Oui, pour les fichiers Rails, Symfony, Hugo et i18n-js, la clé racine de langue est gérée. Le reste de la structure (indentation, ordre des clés, commentaires, ancres) ne bouge pas.

Quels mots sont facturés ?

Seuls les mots des valeurs sont comptés : les clés et les balises sont exclues. Le polonais porte un coefficient ×1,25 sur le prix au mot. Le devis s'affiche dès le dépôt du fichier, sur le nombre exact de mots.

Puis-je traduire le même fichier en polonais et dans d'autres langues ?

Oui. Une remise s'applique à toute la commande dès deux langues : −20 % pour 2, −30 % pour 3, −40 % pour 4 et −50 % à partir de 5. Chaque langue est rendue dans son propre fichier, avec son rapport.

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