Traduire une chaîne du cœur de WordPress n’a rien d’un correctif de code proposé sur un dépôt Git, contrairement à ce qu’un développeur habitué à la contribution logicielle classique pourrait supposer par analogie. C’est une proposition de texte, soumise sur une plateforme dédiée, revue par une équipe de bénévoles spécifiquement chargée de la locale concernée, avant d’être intégrée automatiquement dans les paquets de traduction distribués aux sites du monde entier.
Cette notion détaille le trajet complet d’une chaîne, depuis le moment où un développeur identifie une traduction manquante ou incorrecte, jusqu’à son intégration officielle, à l’attention des développeurs qui n’ont jamais suivi ce circuit et pourraient être tentés de chercher, à tort, un dépôt de code à modifier.
Fonctionnement interne : la plateforme translate.wordpress.org
Toutes les chaînes traduisibles du cœur de WordPress, des thèmes et extensions hébergés sur le répertoire officiel sont centralisées sur la plateforme translate.wordpress.org. Chaque projet (le cœur, un thème, une extension) y expose l’ensemble de ses chaînes source en anglais, organisées par version et par composant. Pour chaque locale, une équipe de traduction, structurée en langue et parfois en variante régionale, propose des traductions pour ces chaînes.
Le cœur de WordPress lui-même est découpé en plusieurs sous-projets sur cette plateforme : le cœur principal, l’administration, les thèmes par défaut fournis avec chaque version majeure, et d’autres composants distincts. Une chaîne du tableau de bord d’administration et une chaîne d’un thème par défaut comme celui livré avec une version récente du cœur ne relèvent pas nécessairement de la même file d’attente de validation, même si elles concernent toutes deux le projet WordPress au sens large.
Le trajet d’une chaîne, étape par étape
Prenons un exemple concret : un développeur remarque qu’une chaîne du tableau de bord d’administration, en français, contient une formulation maladroite ou une incohérence avec le glossaire officiel de la locale française. Le trajet de sa contribution suit ce parcours :
- Le développeur se rend sur la page du sous-projet concerné sur
translate.wordpress.org, filtre les chaînes pour retrouver celle en question, généralement en recherchant un extrait du texte source ou de la traduction actuelle. - Il propose une nouvelle traduction via le formulaire dédié, accompagnée si besoin d’une note explicative justifiant le changement, particulièrement utile si la modification n’est pas évidente au premier regard.
- La proposition entre alors dans la file d’attente des chaînes « en attente » (waiting), visible publiquement par quiconque consulte le sous-projet.
- Un validateur de l’équipe de traduction française (l’équipe dite « Polyglots » pour cette locale), disposant des droits d’approbation (Project Translation Editor ou General Translation Editor selon le périmètre), examine la proposition.
- Si la proposition est acceptée, elle passe au statut « traduit » (current) ; si elle est refusée, elle passe au statut « rejeté » (rejected), avec généralement une explication du validateur ; en cas de désaccord persistant, elle peut rester marquée en discussion.
- Une fois approuvée, la chaîne est intégrée automatiquement dans le prochain paquet de traduction généré pour cette locale, sans qu’aucune action manuelle supplémentaire ne soit nécessaire de la part du contributeur.
Cas d’usage : qui contribue, et pour quel type de chaîne
Ce circuit n’est pas réservé aux traducteurs professionnels affiliés à un projet. N’importe quel compte WordPress.org peut proposer une traduction sur translate.wordpress.org, y compris un développeur qui découvre une chaîne incorrecte en travaillant sur un site client, sans lien préalable avec l’équipe de traduction de sa locale. Les cas les plus fréquents de contribution ponctuelle concernent :
- Une chaîne manquante, affichée en anglais alors que le reste de l’interface est traduit, typiquement une chaîne récemment ajoutée dans une version en cours de traduction.
- Une incohérence terminologique entre deux chaînes proches, par exemple un même terme anglais traduit différemment selon l’endroit du tableau de bord.
- Une erreur de sens repérée en production, plus rare mais plus critique, où la traduction existante induit l’utilisateur en erreur sur l’action réellement effectuée par un bouton ou une option.
Pièges pour un développeur qui contribue pour la première fois
- Confondre traduction du cœur et traduction d’une extension ou d’un thème tiers : chaque extension et chaque thème hébergés sur le répertoire officiel dispose de son propre sous-projet sur
translate.wordpress.org, distinct de celui du cœur, avec potentiellement une équipe de validation différente. - Proposer une traduction sans consulter le glossaire officiel de la locale, quand il existe : la plupart des équipes Polyglots actives maintiennent un glossaire de termes techniques à respecter, et une proposition qui s’en écarte, même correcte linguistiquement, risque d’être rejetée pour incohérence avec les chaînes voisines déjà validées.
- Attendre une réponse immédiate : les équipes de validation sont composées de bénévoles, et le délai entre une proposition et sa validation varie fortement selon l’activité de l’équipe de la locale concernée et l’urgence perçue de la chaîne en question.
- Modifier directement un fichier de traduction téléchargé localement en pensant que ce changement remontera automatiquement : un fichier
.moou.pomodifié localement sur un site ne remonte jamais verstranslate.wordpress.org, ce sont deux circuits totalement indépendants.
Contribuer une traduction au cœur de WordPress ressemble davantage à une relecture collaborative de documentation qu’à une contribution de code : la proposition, l’argumentation et la validation humaine comptent autant que la justesse linguistique elle-même.
Ce que ce circuit garantit, et ce qu’il ne garantit pas
Le passage systématique par une validation humaine, pour chaque locale, garantit qu’aucune traduction n’entre dans un paquet officiel sans un minimum de contrôle par une personne connaissant la langue cible. Il ne garantit en revanche pas une cohérence parfaite entre toutes les locales : chaque équipe de traduction fonctionne de façon relativement autonome, avec ses propres conventions et son propre rythme de validation, ce qui peut produire des écarts de qualité ou de délai d’une langue à l’autre, sans que cela reflète une hiérarchie officielle entre les locales.
En résumé
Le circuit de contribution d’une chaîne traduite au cœur de WordPress passe entièrement par translate.wordpress.org : proposition par un contributeur, file d’attente publique, validation par un membre de l’équipe Polyglots de la locale concernée, puis intégration automatique dans le paquet de traduction. Aucune étape ne passe par un dépôt de code, ce qui distingue ce type de contribution de la plupart des autres formes de contribution open source auxquelles un développeur pourrait être habitué.
