Markdown in PDF
Incolla Markdown o trascina un file .md. Compatibile con il GitHub-Flavored Markdown. 100% nel tuo browser: nulla viene caricato.
Trascina un file .md o .markdown
oppure fai clic per sceglierne uno — viene letto solo nel tuo browser
Ideale per README tecnici e appunti. Le tabelle vengono appiattite e le immagini esterne vengono omesse per privacy.
Your file is ready
Processed entirely in your browser — the file never left your device.
Come convertire Markdown in PDF
Tre passaggi. Tutto avviene nel tuo browser.
Incolla o trascina
Incolla il tuo markdown nell'area di testo o trascina un file .md. L'anteprima dal vivo mostra come apparirà l'output.
Scegli le opzioni
Formato di pagina, orientamento, dimensione del carattere del corpo e stile dei blocchi di codice. Le impostazioni predefinite vanno bene per la maggior parte dei README.
Crea e scarica
marked analizza in HTML, l'HTML viene tokenizzato in blocchi e pdf-lib li impagina — tutto nella tua scheda.
Perché usare Markdown in PDF su imisspdf?
Il sorgente resta sulla tua macchina
Il markdown contiene spesso note interne, bozze di post o chiavi API nei blocchi di codice. Nulla viene caricato — ogni byte del processo viene eseguito in locale.
Veloce per documenti tecnici
Titoli, liste e codice delimitato vengono resi in modo pulito al volo. Nessuna finestra di stampa, nessuna acquisizione di Chrome — incolla, fai clic e scarica.
Compatibile con GFM
Barrato, liste di attività, blocchi di codice delimitati, autolink — il parser è marked in modalità GFM. Le tabelle vengono appiattite (lo diciamo in anticipo).
Cosa significa "Markdown in PDF" qui
Markdown è il formato in cui la maggior parte degli sviluppatori e dei redattori tecnici compone davvero — file README, bozze di blog, runbook, documentazione di API, wiki interni. È leggero, versionabile e si rende in modo pulito su GitHub. Ma quando arriva il momento di condividere quel documento con qualcuno che non lavora nel tuo repository, un PDF è di solito il formato di consegna giusto: si stampa in modo prevedibile, si apre su qualsiasi dispositivo e non dipende dal fatto che il destinatario abbia installato un visualizzatore di markdown.
Lo strumento Markdown in PDF di imisspdf prende il sorgente markdown che incolli (o trascini come file .md) e produce un unico PDF nel tuo browser. I titoli conservano la loro gerarchia, le liste mantengono il rientro, i blocchi di codice delimitati vengono resi in un font monospazio e le citazioni / regole orizzontali appaiono come citazioni e regole. Il risultato è un PDF pulito e senza fronzoli, adatto a un README, a un report tecnico o a un changelog consegnato a un lettore non tecnico.
Come funziona la conversione
Tre fasi vengono eseguite dall'inizio alla fine nella tua scheda:
- Il parser marked converte il tuo markdown in HTML con le regole GFM attive (codice delimitato, barrato, liste di attività, autolink).
- Un piccolo tokenizzatore basato su espressioni regolari percorre l'HTML e lo converte in una sequenza piatta di token di blocco — titoli, paragrafi, liste, blocchi di codice, citazioni — e i loro segmenti in linea (grassetto, corsivo, codice in linea, link).
- pdf-lib impagina i blocchi nelle pagine usando i 14 font standard del PDF (Helvetica per il corpo, Courier per il codice). Vengono aggiunte nuove pagine man mano che il contenuto trabocca.
Nulla in questo processo comunica con un server. Nessun markdown reso da remoto, nessun Chromium headless avviato in una funzione cloud, nessun file temporaneo conservato "per un'ora a fini di conservazione". Il PDF viene costruito con byte di JavaScript che puoi vedere scrivere nei tuoi DevTools.
Quando è lo strumento giusto — e quando no
Questo strumento è quello giusto quando ti serve un PDF pulito e archiviabile di contenuti tecnici: un README, un runbook, un report scritto in markdown, appunti di riunione, un tutorial. Gestisce la formattazione in linea, le liste, il codice e le citazioni esattamente come ti aspetteresti per quel tipo di documento.
È lo strumento sbagliato quando ti serve la fedeltà pixel-perfect con un sito reso (usa l'opzione Salva come PDF del tuo browser sulla pagina renderizzata), quando ti servono tabelle tipografiche (usa Pandoc + LaTeX in locale) o quando ti serve codice con evidenziazione della sintassi (esporta dal tuo editor come HTML e usa HTML in PDF). Nominiamo i limiti in anticipo così scegli il flusso di lavoro corretto.
Privacy e sicurezza
Il markdown è uno dei formati con più probabilità di contenere cose che non vorresti su un server: chiavi API nei blocchi di codice, URL interni nei link, bozze di post non ancora pubblicate, nomi di clienti negli appunti di riunione. Gli strumenti markdown-PDF lato server devono ingerire tutto questo. L'architettura di questo strumento significa che non devi fidarti di una politica sulla privacy — semplicemente non c'è un passaggio di caricamento nel processo. Blocca la tua rete e la conversione continua a funzionare dopo che la pagina si è caricata.
Domande frequenti
Sì: il parser funziona in modalità GFM, quindi i blocchi di codice delimitati (con i backtick ```), il testo barrato (~~testo~~), le liste di attività, gli autolink e le regole rilassate sui paragrafi del GFM funzionano tutti. Ciò che non sopravvive alla conversione sono le tabelle: marked produce un <table> HTML, ma il renderer PDF di questo strumento non disegna le celle delle tabelle, quindi una tabella verrà fuori come righe di testo appiattite. Se il tuo README si basa molto sulle tabelle, visualizza prima la pagina in GitHub e poi usa HTML in PDF oppure facci uno screenshot per ottenere una vera griglia.
No. I blocchi di codice vengono resi in un font Courier a larghezza fissa con un solo colore, in modo che l'indentazione e la struttura del codice restino leggibili, ma i token non vengono colorati in base al linguaggio. Saltiamo deliberatamente l'evidenziazione della sintassi perché costringerebbe a caricare una libreria di evidenziazione da oltre 200 KB su una pagina il cui compito principale è la conversione in PDF, e i PDF di solito vengono stampati o archiviati, non letti come in un IDE. Se il codice colorato è importante, incolla l'HTML evidenziato dal tuo editor nel nostro strumento HTML in PDF.
I tag di immagini esterne () vengono rimossi: lo strumento non scaricherà immagini remote. Questo è deliberato per due motivi: privacy (uno scaricamento rivelerebbe il tuo IP e il referer all'host dell'immagine) e affidabilità (un rendering dipendente dalla rete significa un output incoerente). Se hai bisogno di immagini incorporate nel PDF, usa gli strumenti JPG in PDF o PNG in PDF per aggiungerle come pagine separate, oppure uniscile al PDF reso dal markdown con Unisci PDF.
No. Sia il sorgente markdown sia il PDF reso restano interamente all'interno della scheda del tuo browser. Il parser marked, il tokenizzatore da HTML a blocchi e pdf-lib sono tutti JavaScript lato client, caricati una volta su questa pagina e poi eseguiti in locale. Puoi verificarlo nella scheda Rete degli strumenti per sviluppatori del browser: dopo il caricamento della pagina, generare un PDF non produce alcuna richiesta di rete in uscita. Chiudi la scheda e ogni traccia scompare; non esiste un file temporaneo lato server perché non c'è alcun passaggio sul server.
Tutti e sei i livelli di titolo del markdown (da # a ######) vengono resi come titoli del PDF con dimensioni decrescenti (h1 è il più grande, h6 è appena più grande del testo del corpo). La gerarchia viene conservata, così gli screen reader e i lettori PDF coglieranno la struttura. All'interno dei titoli, la formattazione in linea (grassetto, corsivo, codice in linea) viene rispettata. Non generiamo automaticamente un indice: se il tuo documento ne ha bisogno, aggiungi tu stesso una sezione "## Indice" con un semplice elenco markdown.
Non nella loro forma a griglia. marked analizza correttamente la tabella in HTML, ma il nostro renderer PDF è volutamente semplice e non disegna i bordi delle celle né distribuisce le colonne. La tabella verrà fuori come una sequenza di righe di testo, riga per riga, di solito illeggibile per qualcosa di più di un esempio 2x2. Se le tabelle sono essenziali per il tuo documento, il flusso di lavoro onesto è: rendere in HTML nel tuo visualizzatore preferito, fare uno screenshot e usare JPG in PDF, oppure usare Pandoc in locale per un output di qualità LaTeX. Siamo sinceri sul limite invece di fingere di rendere male le tabelle.
Consigli per ottenere un buon output
- Usa titoli veri. Un
#a inizio riga diventa un h1; i livelli inferiori si annidano in modo pulito. I lettori di PDF e gli screen reader colgono la struttura. - Mantieni i blocchi di codice delimitati. I blocchi con triplo backtick vengono resi in Courier, così il rientro si legge correttamente anche quando il testo va a capo.
- Evita il markdown ricco di immagini. Le immagini esterne non vengono scaricate. Converti le immagini in PDF separatamente e uniscile.
- Per le tabelle, rendi prima il markdown nel tuo strumento e poi fai uno screenshot. Oppure usa Pandoc in locale per tabelle tipografiche.
Strumenti PDF correlati
- HTML in PDF — lo stesso renderer, con input HTML invece del markdown.
- TXT in PDF — testo semplice senza alcuna formattazione.
- Unisci PDF — combina il PDF del markdown con immagini o altri file.
- Comprimi PDF — riduce l'output per la condivisione.