Markdown en PDF
Collez du Markdown ou déposez un fichier .md. Compatible avec le GitHub-Flavored Markdown. 100% dans votre navigateur : rien n'est téléversé.
Déposez un fichier .md ou .markdown
ou cliquez pour en choisir un — il est lu uniquement dans votre navigateur
Idéal pour les README techniques et les notes. Les tableaux sont aplatis et les images externes sont omises pour la confidentialité.
Your file is ready
Processed entirely in your browser — the file never left your device.
Comment convertir du Markdown en PDF
Trois étapes. Tout se passe dans votre navigateur.
Collez ou déposez
Collez votre markdown dans la zone de texte ou déposez un fichier .md. L'aperçu en direct montre à quoi ressemblera la sortie.
Choisissez les options
Taille de page, orientation, taille de police du corps et style des blocs de code. Les valeurs par défaut conviennent à la plupart des README.
Créez et téléchargez
marked analyse en HTML, le HTML est tokenisé en blocs et pdf-lib les met en page — le tout dans votre onglet.
Pourquoi utiliser Markdown en PDF sur imisspdf ?
La source reste sur votre machine
Le markdown contient souvent des notes internes, des brouillons de publications ou des clés d'API dans des blocs de code. Rien n'est téléversé — chaque octet du processus s'exécute en local.
Rapide pour les documents techniques
Titres, listes et code délimité se rendent proprement en un coup d'œil. Pas de boîte de dialogue d'impression, pas de capture de Chrome — collez, cliquez et téléchargez.
Compatible GFM
Texte barré, listes de tâches, blocs de code délimités, liens automatiques — l'analyseur est marked en mode GFM. Les tableaux sont aplatis (nous le disons d'avance).
Ce que « Markdown en PDF » signifie ici
Le Markdown est le format dans lequel la plupart des développeurs et des rédacteurs techniques composent réellement — fichiers README, brouillons de blog, runbooks, documentation d'API, wikis internes. Il est léger, versionnable et se rend proprement sur GitHub. Mais quand vient le moment de partager ce document avec quelqu'un qui ne travaille pas sur votre dépôt, un PDF est souvent le bon format de livraison : il s'imprime de façon prévisible, s'ouvre sur n'importe quel appareil et ne dépend pas du fait que le destinataire ait installé un visualiseur de markdown.
L'outil Markdown en PDF d'imisspdf prend la source markdown que vous collez (ou déposez comme fichier .md) et produit un seul PDF dans votre navigateur. Les titres conservent leur hiérarchie, les listes gardent leur indentation, les blocs de code délimités sont rendus dans une police à chasse fixe, et les citations / règles horizontales ressemblent à des citations et à des règles. Le résultat est un PDF propre et sans fioritures, adapté à un README, un rapport technique ou un journal des modifications remis à un lecteur non technique.
Comment fonctionne la conversion
Trois étapes s'exécutent de bout en bout dans votre onglet :
- L'analyseur marked convertit votre markdown en HTML avec les règles GFM activées (code délimité, texte barré, listes de tâches, liens automatiques).
- Un petit tokeniseur basé sur des expressions régulières parcourt le HTML et le convertit en une séquence plate de jetons de bloc — titres, paragraphes, listes, blocs de code, citations — et leurs portions en ligne (gras, italique, code en ligne, liens).
- pdf-lib met les blocs en page en utilisant les 14 polices standard du PDF (Helvetica pour le corps, Courier pour le code). De nouvelles pages sont ajoutées au fur et à mesure que le contenu déborde.
Rien dans ce processus ne communique avec un serveur. Pas de markdown rendu à distance, pas de Chromium sans interface démarrant dans une fonction du cloud, pas de fichier temporaire conservé « pendant une heure pour des raisons de conservation ». Le PDF est construit avec des octets de JavaScript que vous pouvez voir s'écrire dans vos outils de développement.
Quand l'outil est-il le bon — et quand ne l'est-il pas
Cet outil est le bon quand vous avez besoin d'un PDF propre et archivable d'un contenu technique : un README, un runbook, un rapport écrit en markdown, des notes de réunion, un tutoriel. Il gère la mise en forme en ligne, les listes, le code et les citations comme vous vous y attendriez pour ce type de document.
C'est le mauvais outil quand vous avez besoin d'une fidélité au pixel près avec un site rendu (utilisez l'option Enregistrer au format PDF de votre navigateur sur la page rendue), quand vous avez besoin de tableaux typographiques (utilisez Pandoc + LaTeX en local) ou quand vous avez besoin de code avec coloration syntaxique (exportez depuis votre éditeur en HTML et utilisez HTML en PDF). Nous nommons les limites d'avance pour que vous choisissiez le bon flux de travail.
Confidentialité et sécurité
Le markdown est l'un des formats les plus susceptibles de contenir des choses que vous ne voudriez pas sur un serveur : clés d'API dans des blocs de code, URL internes dans des liens, brouillons de publications que vous n'avez pas encore publiés, noms de clients dans des notes de réunion. Les outils markdown-vers-PDF basés sur un serveur doivent ingérer tout cela. L'architecture de cet outil signifie que vous n'avez pas à faire confiance à une politique de confidentialité — il n'y a tout simplement pas d'étape de téléversement dans le processus. Bloquez votre réseau et la conversion continue de fonctionner après le chargement de la page.
Foire aux questions
Oui — l'analyseur fonctionne en mode GFM, donc les blocs de code délimités (avec des accents graves ```), le texte barré (~~texte~~), les listes de tâches, les liens automatiques et les règles de paragraphe assouplies du GFM fonctionnent tous. Ce qui ne survit pas à la conversion, ce sont les tableaux : marked produit un <table> HTML, mais le moteur de rendu PDF de cet outil ne dessine pas les cellules de tableau, donc un tableau ressortira sous forme de lignes de texte aplaties. Si votre README s'appuie fortement sur des tableaux, rendez la page sur GitHub d'abord, puis utilisez HTML en PDF ou faites-en une capture d'écran pour obtenir une vraie grille.
Non. Les blocs de code sont rendus dans une police Courier à chasse fixe d'une seule couleur, afin que l'indentation et la structure du code restent lisibles, mais les jetons ne sont pas colorés par langage. Nous évitons délibérément la coloration syntaxique car elle obligerait à charger une bibliothèque de coloration de plus de 200 Ko sur une page dont le rôle principal est la conversion en PDF, et les PDF sont généralement imprimés ou archivés — pas lus comme dans un IDE. Si le code coloré compte pour vous, collez plutôt le HTML coloré de votre éditeur via notre outil HTML en PDF.
Les balises d'images externes () sont supprimées — l'outil ne récupérera pas les images distantes. C'est délibéré pour deux raisons : la confidentialité (une requête divulguerait votre IP et votre référent à l'hébergeur de l'image) et la fiabilité (un rendu dépendant du réseau signifie une sortie incohérente). Si vous avez besoin d'images intégrées dans le PDF, utilisez les outils JPG en PDF ou PNG en PDF pour les ajouter en pages séparées, ou fusionnez-les avec le PDF rendu depuis le markdown grâce à Fusionner PDF.
Non. La source markdown comme le PDF rendu restent entièrement dans l'onglet de votre navigateur. L'analyseur marked, le tokeniseur HTML vers blocs et pdf-lib sont tous du JavaScript côté client chargé une seule fois sur cette page, puis exécuté en local. Vous pouvez le confirmer dans l'onglet Réseau des outils de développement de votre navigateur — une fois la page chargée, générer un PDF ne déclenche aucune requête réseau sortante. Fermez l'onglet et toute trace disparaît ; il n'y a pas de fichier temporaire côté serveur parce qu'il n'y a pas d'étape serveur.
Les six niveaux de titre du markdown (# à ######) sont rendus comme des titres PDF de tailles décroissantes (h1 est le plus grand, h6 est à peine plus grand que le texte du corps). La hiérarchie est préservée, de sorte que les lecteurs d'écran et les lecteurs de PDF en capteront le plan. À l'intérieur des titres, la mise en forme en ligne (gras, italique, code en ligne) est respectée. Nous ne générons pas automatiquement de table des matières — si votre document en a besoin, ajoutez vous-même une section « ## Table des matières » avec une simple liste markdown.
Pas sous leur forme de grille. marked analyse correctement le tableau en HTML, mais notre moteur de rendu PDF est volontairement simple et ne dessine pas les bordures de cellules ni ne répartit les colonnes. Le tableau ressortira sous forme d'une suite de lignes de texte, ligne par ligne, ce qui est généralement illisible pour autre chose qu'un exemple 2x2. Si les tableaux sont essentiels à votre document, le flux de travail honnête est : rendez en HTML dans votre visualiseur préféré, faites une capture d'écran et utilisez JPG en PDF — ou utilisez Pandoc en local pour une sortie de qualité LaTeX. Nous sommes francs sur cette limite plutôt que de prétendre rendre mal les tableaux.
Conseils pour obtenir une bonne sortie
- Utilisez de vrais titres. Un
#en début de ligne devient un h1 ; les niveaux inférieurs s'imbriquent proprement. Les lecteurs de PDF et les lecteurs d'écran captent le plan. - Gardez les blocs de code délimités. Les blocs avec triple accent grave sont rendus en Courier, ainsi l'indentation se lit correctement même lorsqu'elle est renvoyée à la ligne.
- Évitez le markdown riche en images. Les images externes ne sont pas téléchargées. Convertissez les images en PDF séparément et fusionnez-les.
- Pour les tableaux, rendez d'abord le markdown dans votre outil, puis faites une capture. Ou utilisez Pandoc en local pour des tableaux typographiques.
Outils PDF associés
- HTML en PDF — le même moteur de rendu, avec une entrée HTML au lieu du markdown.
- TXT en PDF — du texte brut sans aucune mise en forme.
- Fusionner PDF — combine le PDF du markdown avec des images ou d'autres fichiers.
- Compresser PDF — réduit la sortie pour la partager.