Markdown to pdf
Skill kennethkhoocy/applied-micro-skills/plugins/applied-micro/skills/markdown-to-pdf
Claude Code and Codex skills for empirical applied-micro research: reproducibility auditing, LLM-pipeline methods, event studies, WRDS, Stata, publication-grade tables
npx -y skills add kennethkhoocy/applied-micro-skills --skill markdown-to-pdfAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 15 days oldThe repository was created 15 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
What its author says it does
Copied from the file, not written here
Convert Markdown (.md) files to a polished PDF with ALL images preserved and scaled to the page. Use whenever the user asks to "save this markdown as a PDF", "convert README.md to pdf", "export the .md as a pdf", "turn these notes/docs into a PDF", or wants a PDF deliverable of any GitHub-flavored Markdown document (README, design doc, report, notes) — especially when it contains images or diagrams (remote or local), tables, code blocks, or a linked table of contents. Pipeline: pandoc (GFM → standalone HTML with embedded resources) → headless Chrome print-to-pdf with a GitHub-like print stylesheet → pypdf verification that every referenced image is embedded. Do NOT use for .tex → PDF (use a LaTeX toolchain) or for .docx work (use word-docx / tex2docx).
SKILL.md
6.1 KB, as published. Nobody here has run it
Markdown → PDF (pandoc + headless Chrome)
Problem
Converting Markdown to PDF through pandoc's default LaTeX route breaks on
real-world GitHub-flavored documents: Unicode box-drawing characters in code
blocks (├──) crash pdflatex, wide GFM tables overflow the page, remote
images need manual download, and the output looks nothing like the rendered
Markdown the author reviewed. Naive HTML routes drop images or paste them at
native resolution so they spill off the page.
Context / Trigger Conditions
- User asks to save/convert/export a
.mdfile as PDF. - The document carries images (hosted PNGs, local figures), GFM tables,
fenced code blocks, blockquotes, or
#-anchor TOC links. - Requirements like "all images must be preserved" or "scaled appropriately".
Solution
Render the Markdown to HTML exactly as a browser would, then print it.
One command (preferred):
python ~/.claude/skills/markdown-to-pdf/scripts/md2pdf.py <input.md> [-o out.pdf]
The script: (1) runs pandoc -f gfm -t html5 --standalone --embed-resources
with assets/print.css, executed from the Markdown's own directory so
relative image paths resolve, and with remote images fetched and inlined as
data URIs; (2) prints with headless Chrome (Edge/Chromium fallback) using
--no-pdf-header-footer --virtual-time-budget=30000; (3) verifies with pypdf
that the embedded raster-image count is at least the number of image
references in the source, printing each image's page and dimensions. Exit
code 2 flags a missing-image warning.
Manual equivalent (what the script automates):
pandoc input.md -f gfm -t html5 -s --embed-resources -c print.css \
--metadata pagetitle="input" -o /tmp/input.html
"/c/Program Files/Google/Chrome/Application/chrome.exe" --headless \
--disable-gpu --no-pdf-header-footer --virtual-time-budget=30000 \
--print-to-pdf="out.pdf" "file:///tmp/input.html"
Why this works for images. The stylesheet constrains every image with
max-width: 100%; max-height: 240mm; width/height: auto; break-inside: avoid,
so each image scales to the printable width, a very tall diagram still fits a
single page, aspect ratio is preserved, and no image is split across a page
break. --virtual-time-budget makes Chrome wait for image loading before
printing; --embed-resources makes the HTML self-contained so nothing
depends on the network at print time.
Verification
- The script's pypdf pass: page count, plus one line per embedded image with its page number and pixel dimensions; compare against the source's image count.
- Visual spot-check: the Read tool renders PDF pages as images — read the pages the verifier listed and confirm each diagram is legible and fits the page.
Example
style-emulation/README.md (~800 lines: 4 hosted PNG diagrams up to
1410×2998 px, two request/command tables, a box-drawing module map, a linked
TOC) → 19-page, 1.35 MB PDF; all 4 images embedded on pages 6/7/9/10, each
scaled to one page; tables bordered with zebra striping; code blocks styled;
TOC links live.
Notes
- Page-break trade-off:
break-inside: avoidkeeps images whole, so an image that does not fit the space left on a page pushes to the next page, leaving white space behind. Acceptable for reports; mention it to the user. - TOC anchors: pandoc's GFM reader auto-generates GitHub-style heading
ids, so existing
(#section-name)links keep working in the PDF. - SVG images may be drawn as vector art rather than raster XObjects; the pypdf count then under-reports and the warning is a false positive — check visually.
- Same image referenced twice can be embedded once; the
embedded < referencedcheck is a heuristic, not an exact equality test. - Wide code blocks are handled by
white-space: pre-wrap(wrap, never clip); long table cells wrap inside bordered cells at 8.5pt. - Paper/margins live in
assets/print.css(@page { size: A4; margin: 16mm 15mm; }); pass--css <file>for a per-job override (e.g. letter, landscape). --no-embedreverts to link-only HTML with Chrome fetching images at print time — useful if pandoc cannot reach a host that Chrome can.- If headless Chrome ever hangs on a remote-image page, raise
--budget. - Locked targets (cloud sync / open viewers): Chrome can fail to
overwrite a PDF in a Dropbox/OneDrive-synced folder — or one open in
Acrobat — while still exiting 0, silently leaving the stale file in place
(the byte-identical output size is the tell). The script therefore prints
to its temp dir and moves the result over the target with retries; if the
target stays locked (e.g. the user has the old PDF open), it saves to
<name>.new.pdfand says so. The pypdf verification step is what catches this class of failure — keep it on.
Related skills
pdf— probing, extracting, manipulating existing PDFs (and reportlab generation from scratch). Markdown sources route here instead.tex2docx,manuscript-editing-template-latex— LaTeX/docx conversion pipelines; use those for.tex/.docx, not this skill.
References
- pandoc manual,
--embed-resources/ GFM reader: https://pandoc.org/MANUAL.html - Chrome headless print-to-pdf flags: https://developer.chrome.com/docs/chromium/headless