convert content to md

1 files changed, 7 insertions, 9 deletions

diff --git a/files/fr/glossary/main_thread/index.md b/files/fr/glossary/main_thread/index.md
index 7ec0578574..1d9e5981f4 100644
--- a/files/fr/glossary/main_thread/index.md
+++ b/files/fr/glossary/main_thread/index.md
@@ -3,15 +3,13 @@ title: Fil d'exécution principal
 slug: Glossary/Main_thread
 translation_of: Glossary/Main_thread
 ---
-<p>Le <strong>fil d'exécution principal</strong> (<i lang="en">Main Thread</i> en anglais) correspond à l'étape où le navigateur traite les évènements et la peinture demandée par l'internaute. Par défaut, le navigateur utilise un fil d'exécution unique pour lancer tout le JavaScript de la page, ainsi que pour créer la mise en page, le <a href="/fr/docs/Glossary/Reflow"><i lang="en">reflow</i></a>, et la <a href="/fr/docs/Web/JavaScript/Memory_Management">gestion de la mémoire</a>. Cela signifie que les fonctions JavaScript exécutées sur le long terme peuvent bloquer le fil d'exécution, ce qui conduit à un affichage peu réactif et donc a une mauvaise expérience utilisateur.</p>
+Le **fil d'exécution principal** (<i lang="en">Main Thread</i> en anglais) correspond à l'étape où le navigateur traite les évènements et la peinture demandée par l'internaute. Par défaut, le navigateur utilise un fil d'exécution unique pour lancer tout le JavaScript de la page, ainsi que pour créer la mise en page, le [<i lang="en">reflow</i>](/fr/docs/Glossary/Reflow), et la [gestion de la mémoire](/fr/docs/Web/JavaScript/Memory_Management). Cela signifie que les fonctions JavaScript exécutées sur le long terme peuvent bloquer le fil d'exécution, ce qui conduit à un affichage peu réactif et donc a une mauvaise expérience utilisateur.
 
-<p>À moins d'utiliser volontairement un <a href="/fr/docs/Web/API/Web_Workers_API/Using_web_workers"><i lang="en">web worker</i></a> tel qu'un <a href="/fr/docs/Web/API/Service_Worker_API/Using_Service_Workers"><i lang="en">service worker</i></a>, JavaScript se lance sur le fil d'exécution principal. Il est donc courant de voir des scripts retarder le traitement des évènements et de la peinture de la page. Moins il y a de travail à réaliser sur le fil d'exécution principal, mieux ce fil pourra réagir aux évènements générés par l'internaute, et plus la page apparaitra comme étant réactive pour les internautes.</p>
+À moins d'utiliser volontairement un [<i lang="en">web worker</i>](/fr/docs/Web/API/Web_Workers_API/Using_web_workers) tel qu'un [<i lang="en">service worker</i>](/fr/docs/Web/API/Service_Worker_API/Using_Service_Workers), JavaScript se lance sur le fil d'exécution principal. Il est donc courant de voir des scripts retarder le traitement des évènements et de la peinture de la page. Moins il y a de travail à réaliser sur le fil d'exécution principal, mieux ce fil pourra réagir aux évènements générés par l'internaute, et plus la page apparaitra comme étant réactive pour les internautes.
 
-<h2 id="voir_aussi">Voir aussi</h2>
+## Voir aussi
 
-<ul>
-  <li><a href="/fr/docs/Learn/JavaScript/Asynchronous">JavaScript asynchrone</a></li>
-  <li><a href="/fr/docs/Web/API/Web_Workers_API">API Web worker</a></li>
-  <li><a href="/fr/docs/Web/API/Service_Worker_API">API Service worker</a></li>
-  <li><a href="/fr/docs/Glossary/Thread">Fil d'exécution (entrée du glossaire)</a></li>
-</ul>
+- [JavaScript asynchrone](/fr/docs/Learn/JavaScript/Asynchronous)
+- [API Web worker](/fr/docs/Web/API/Web_Workers_API)
+- [API Service worker](/fr/docs/Web/API/Service_Worker_API)
+- [Fil d'exécution (entrée du glossaire)](/fr/docs/Glossary/Thread)