Clarifie l'estimation du temps de lecture

[Benallegue-Mehdi]

Tente de résoudre l'issue #5780.

Q/A

1. Prendre l'archive du tutoriel Arduino
2. Le publier
3. Regarder l'estimation du temps de lecture
4. Constatez que c'est 1 jour 6h

Comportement attendu

L'estimation est de 30h.

Comportement obtenu

L'estimation est de moins d'une minute.

Le template fonctionne : l'erreur est dûe à un comportement bizarre qui affecte probablement les dernières lignes de tags_authors.part.html. Il faudra donc y jeter un oeil, sachant que je n'ai pas les compétences nécessaires pour le faire par moi-même.

Merci !

[AmauryCarrade]

Le code de tox fonctionne en l'état, on l'a testé, par contre il ne fonctionne pas sur des tutoriels à cause d'un bug détecté à l'occasion et décrit dans #5995. Pour la QA, il faut donc absolument tester sur un article.

Aussi, @ToxicScorpius, il faudra mettre à jour les tests unitaires de minute_to_duration, qui, ne passent plus vu que tu as modifié le comportement du filtre :) . Il suffit de reprendre les tests existants en mettant à jour ce qu'on est censé obtenir, ou corriger le code pour que les tests passent, fonction de ce qu'on veut.

En fait, les tests s'attendent à la présence d'une espace insécable entre les nombres et leurs mot (p.ex. 2 heures), et la nouvelle implémentation n'en met pas. Je pense qu'il serait pertinent de garder ces espaces insécables pour éviter des coupures disgracieuses.

Il serait également pertinent d'ajouter d'autres tests sur le même modèle, afin de tester qu'on a bien uniquement des heures et non des jours pour de grandes valeurs — ce qu'a modifié cette PR, quoi.

[Benallegue-Mehdi]

J'ai modifié les tests, découvrant un bug au passage, promptement corrigé. Les espaces insécables ont été conservés. Je pense que la PR est prête pour un commit et qu'il serait plus pertinent de corriger l'erreur derrière de manière séparée vu que ce bug affecte aussi la prod.