Vendredi 15/05/2020

• Début Implémentation nouvelle méthode des threads
• Modification du javascript pour afficher normalement les "<" et les ">"
• Reflexion sur les duplicats

Suite à la modification des mails hier, il a fallu modifier le javascript du site pour prendre en compte ces modifications.

Aujourd'hui j'ai réussi à afficher tout les mails des références et ai commencé la partie pour les mails N+1 et N+N.

Le principe est le suivant : une fois que la requête de la recherche de mails est faite, on ajoute une boîte modale.

Cette boîte modale est composée de cette façon, on parcourt les références du mail courant, et on effectue une requête sur chaque référence (tout en une seule requête) et on implémente tout ces mails retournés dans un legend + fieldset de la même manière que pour les mails.

Pour l'instant, c'est la seule méthode fonctionnelle car l'affichage est compliqué quand les normes diffèrent. Notamment pour parser toutes les références, il faut utiliser des regex pour ne capturer que le contenu voulu.

Pour l'instant le code ne permet d'afficher que les mails dans les références du mail courant. Il me reste à ajouter le contenu du mail courant, ainsi que celui qui lui ont répondu directement et éventuellement de tout ceux lui ayant répondu directement (en cours).

Je trouvais bizarre que certains mails aient peu ou pas de références, le problème était tout simplement qu'elles n'étaient pas affichées car considérées comme du code "<...>" étant considéré comme une balise html

En travaillant sur les données et sur le site web, je me suis rendu compte qu'un mail n'avait pas de références comparé à sa structure sur ivoa.net.

La raison était toute simple, certains mails sont dupliqués dans les archives mbox, une des raisons possible est que pipermail n'arrive pas à trouver la référence d'un mail et donc en crée un nouveau sans références mais qui est donc inutile.

Le but est donc de résoudre dans les prochains jours ce problème en analysant les doublons à la suite du dictionnaire retourné par perceval, pour garder, en cas de conflit, seulement les mails ayant des références et non pas les deux versions.

Je n'ai pas eu le sentiment de beaucoup avancé cette journée, il est compliqué de s'y retrouver dans toutes les structures de mails et examiner le comportement du code quand beaucoup d'éléments s'entremêlent, néanmoins je suis content de plus avancer qu'en début de semaine.

Les duplicats dans les mails vont être je pense, une bonne partie de plaisir à résoudre.