Je revoyais les données de traduction hier soir et j’ai trouvé une autre raison pour laquelle un sélecteur de date serait bénéfique.
Le processus de traduction semble traduire les sujets beaucoup plus rapidement que les messages. Sans une date de coupure spécifique, vous pouvez vous retrouver avec des sujets traduits dont les messages sous-jacents n’ont pas encore été traduits.
Par exemple, j’ai configuré mon instance Discourse avec un remplissage rétroactif de 365 jours. À ce matin :
- Les sujets ont été traduits jusqu’au 25 juin 2025.
- Les messages n’ont été traduits que jusqu’au 17 mai 2025.
Au rythme actuel, j’estime qu’il faudra environ 50 jours de plus (vers le 15 août) pour que les traductions des messages rattrapent leur retard.
Cela signifie qu’il y aura une période importante durant laquelle les utilisateurs pourront parcourir des sujets traduits, pour découvrir que certaines parties de la discussion sont encore non traduites.
Je suppose qu’ajouter un sélecteur de date (traduire le contenu après une date spécifiée) serait une solution bien plus simple que de modifier la logique de traduction pour s’assurer que chaque message dans un sujet traduit a également été traduit.