Markdown naar PDF
Plak Markdown of zet een .md-bestand neer. Compatibel met GitHub-Flavored Markdown. 100% in je browser: er wordt niets geüpload.
Zet een .md- of .markdown-bestand neer
of klik om er een te kiezen — het wordt alleen in je browser gelezen
Ideaal voor technische README's en aantekeningen. Tabellen worden platgeslagen en externe afbeeldingen worden om privacyredenen weggelaten.
Your file is ready
Processed entirely in your browser — the file never left your device.
Markdown naar PDF converteren
Drie stappen. Alles gebeurt in je browser.
Plakken of neerzetten
Plak je markdown in het tekstvak of zet er een .md-bestand neer. Het live voorbeeld laat zien hoe de uitvoer eruit komt te zien.
Opties kiezen
Paginaformaat, oriëntatie, lettergrootte van de body en de stijl van codeblokken. De standaardwaarden werken voor de meeste README's.
Maken en downloaden
marked ontleedt naar HTML, de HTML wordt getokeniseerd in blokken en pdf-lib maakt de opmaak — allemaal in je tabblad.
Waarom Markdown naar PDF gebruiken bij imisspdf?
De bron blijft op je apparaat
Markdown bevat vaak interne aantekeningen, conceptberichten of API-sleutels in codeblokken. Er wordt niets geüpload — elke byte van het proces draait lokaal.
Snel voor technische documenten
Koppen, lijsten en afgebakende code worden in één oogopslag netjes weergegeven. Geen afdrukvenster, geen Chrome-schermafbeelding — plakken, klikken en downloaden.
Compatibel met GFM
Doorhalen, takenlijsten, afgebakende codeblokken, autolinks — de parser is marked in GFM-modus. Tabellen worden platgeslagen (dat zeggen we vooraf).
Wat "Markdown naar PDF" hier betekent
Markdown is het formaat waarin de meeste ontwikkelaars en technische schrijvers daadwerkelijk schrijven — README-bestanden, blogconcepten, runbooks, API-documentatie, interne wiki's. Het is licht, te versioneren en wordt netjes weergegeven op GitHub. Maar wanneer het moment komt om dat document te delen met iemand die niet in je repository werkt, is een PDF doorgaans het juiste afleverformaat: het wordt voorspelbaar afgedrukt, opent op elk apparaat en is niet afhankelijk van een markdown-viewer bij de ontvanger.
De tool Markdown naar PDF van imisspdf neemt de markdown-bron die je plakt (of als .md-bestand neerzet) en maakt er één PDF van in je browser. Koppen behouden hun hiërarchie, lijsten houden hun inspringing, afgebakende codeblokken worden weergegeven in een monospace-lettertype, en citaten / horizontale lijnen zien eruit als citaten en lijnen. Het resultaat is een nette PDF zonder opsmuk, geschikt voor een README, een technisch rapport of een changelog die je aan een niet-technische lezer geeft.
Hoe de conversie werkt
Drie fasen draaien van begin tot eind in je tabblad:
- De parser marked zet je markdown om naar HTML met de GFM-regels ingeschakeld (afgebakende code, doorhalen, takenlijsten, autolinks).
- Een kleine tokenizer op basis van reguliere expressies doorloopt de HTML en zet die om in een platte reeks blok-tokens — koppen, alinea's, lijsten, codeblokken, citaten — en hun inline-fragmenten (vet, cursief, inline-code, links).
- pdf-lib maakt de opmaak van de blokken op de pagina's met de 14 standaard PDF-lettertypen (Helvetica voor de body, Courier voor code). Er worden nieuwe pagina's toegevoegd zodra de inhoud overloopt.
Niets in dit proces praat met een server. Geen op afstand weergegeven markdown, geen headless Chromium die opstart in een cloudfunctie, geen tijdelijk bestand dat "een uur lang wordt bewaard om aan de bewaarplicht te voldoen". De PDF wordt opgebouwd met JavaScript-bytes die je in je DevTools kunt zien ontstaan.
Wanneer dit de juiste tool is — en wanneer niet
Deze tool is de juiste keuze wanneer je een nette, archiveerbare PDF nodig hebt van technische inhoud: een README, een runbook, een rapport geschreven in markdown, vergaderaantekeningen, een tutorial. Het verwerkt inline-opmaak, lijsten, code en citaten precies zoals je voor dat soort document zou verwachten.
Het is de verkeerde tool wanneer je pixelperfecte getrouwheid met een weergegeven site nodig hebt (gebruik de optie Opslaan als PDF van je browser op de weergegeven pagina), wanneer je typografische tabellen nodig hebt (gebruik lokaal Pandoc + LaTeX) of wanneer je code met syntaxiskleuring nodig hebt (exporteer vanuit je editor als HTML en gebruik HTML naar PDF). We benoemen de grenzen vooraf, zodat je de juiste werkwijze kiest.
Privacy en beveiliging
Markdown is een van de formaten die het vaakst dingen bevatten die je niet op een server zou willen: API-sleutels in codeblokken, interne URL's in links, conceptberichten die je nog niet hebt gepubliceerd, klantnamen in vergaderaantekeningen. Server-gebaseerde markdown-naar-PDF-tools moeten dat allemaal inlezen. De architectuur van deze tool betekent dat je niet hoeft te vertrouwen op een privacybeleid — er is gewoon geen uploadstap in het proces. Blokkeer je netwerk en de conversie blijft werken nadat de pagina is geladen.
Veelgestelde vragen
Ja — de parser draait in GFM-modus, dus afgebakende codeblokken (met ``` backticks), doorhalen (~~tekst~~), takenlijsten, autolinks en de soepele alinearegels van GFM werken allemaal. Wat de conversie niet overleeft, zijn tabellen: marked maakt een HTML-<table>, maar de PDF-renderer in deze tool tekent geen tabelcellen, dus een tabel komt eruit als platgeslagen tekstregels. Leunt je README sterk op tabellen, render de pagina dan eerst in GitHub en gebruik daarna HTML naar PDF of maak er een schermafbeelding van voor een echte rasteruitvoer.
Nee. Codeblokken worden weergegeven in een Courier-lettertype met vaste breedte in één kleur, zodat de inspringing en structuur van de code leesbaar blijven, maar tokens krijgen geen kleur per taal. We slaan syntaxiskleuring bewust over, omdat dat het laden van een highlight-bibliotheek van 200 KB+ zou afdwingen op een pagina die in de eerste plaats naar PDF moet converteren, en PDF's worden meestal afgedrukt of gearchiveerd — niet gelezen als in een IDE. Is gekleurde code belangrijk, plak dan de gekleurde HTML uit je editor via onze tool HTML naar PDF.
Externe afbeeldingstags () worden weggelaten — de tool haalt geen externe afbeeldingen op. Dat is bewust, om twee redenen: privacy (een ophaalactie zou je IP-adres en referer lekken naar de afbeeldingshost) en betrouwbaarheid (netwerkafhankelijke weergave levert inconsistente uitvoer op). Heb je afbeeldingen ingesloten in de PDF nodig, gebruik dan de tools JPG naar PDF of PNG naar PDF om ze als losse pagina's toe te voegen, of voeg ze met PDF samenvoegen samen met de uit markdown weergegeven PDF.
Nee. Zowel de markdown-bron als de weergegeven PDF blijven volledig binnen je browsertabblad. De marked-parser, de HTML-naar-blok-tokenizer en pdf-lib zijn allemaal JavaScript aan de clientzijde die één keer op deze pagina wordt geladen en daarna lokaal draait. Je kunt dat bevestigen in het tabblad Netwerk van de DevTools in je browser — nadat de pagina is geladen, maakt het genereren van een PDF nul uitgaande netwerkverzoeken. Sluit je het tabblad, dan is elk spoor verdwenen; er is geen tijdelijk bestand aan de serverkant, omdat er geen serverstap is.
Alle zes markdown-kopniveaus (# tot en met ######) worden weergegeven als PDF-koppen met aflopende groottes (h1 is het grootst, h6 is amper groter dan de bodytekst). De hiërarchie blijft behouden, zodat schermlezers en PDF-lezers de structuur oppikken. Binnen koppen wordt inline-opmaak (vet, cursief, inline-code) gerespecteerd. We genereren niet automatisch een inhoudsopgave — heeft je document er een nodig, voeg dan zelf een sectie "## Inhoudsopgave" toe met een eenvoudige markdown-lijst.
Niet in hun rastervorm. marked verwerkt de tabel correct tot HTML, maar onze PDF-renderer is bewust eenvoudig en tekent geen celranden en verdeelt geen kolommen. De tabel komt eruit als een reeks tekstregels, rij voor rij, wat doorgaans onleesbaar is voor alles wat groter is dan een 2x2-voorbeeld. Zijn tabellen essentieel voor je document, dan is de eerlijke werkwijze: render naar HTML in je favoriete previewer, maak een schermafbeelding en gebruik JPG naar PDF — of gebruik lokaal Pandoc voor uitvoer van LaTeX-niveau. We zijn open over de beperking in plaats van te doen alsof we tabellen slecht weergeven.
Tips voor een goede uitvoer
- Gebruik echte koppen. Een
#aan het begin van een regel wordt een h1; de lagere niveaus nesten netjes. PDF-lezers en schermlezers pikken de structuur op. - Houd codeblokken afgebakend. Blokken met drie backticks worden weergegeven in Courier, zodat de inspringing goed leesbaar blijft, zelfs bij afbreken.
- Vermijd markdown met veel afbeeldingen. Externe afbeeldingen worden niet gedownload. Converteer de afbeeldingen apart naar PDF en voeg ze samen.
- Render markdown voor tabellen eerst in je tool en maak dan een schermafbeelding. Of gebruik lokaal Pandoc voor typografische tabellen.
Gerelateerde PDF-tools
- HTML naar PDF — dezelfde renderer, met HTML als invoer in plaats van markdown.
- TXT naar PDF — platte tekst zonder enige opmaak.
- PDF samenvoegen — combineer de PDF van de markdown met afbeeldingen of andere bestanden.
- PDF comprimeren — verklein de uitvoer om te delen.