Markdown to styled HTML slides with PDF and ODP output.
Building a slide deck in PowerPoint is tedious. Writing markdown is fast.
Slidr turns markdown into slides. Content lives in markdown files. Styling
lives in CSS. No .pptx editing, no inline HTML, no copy-paste hell.
Other tools (Marp, Slidev) mix HTML and CSS into the markdown. This breaks
separation of concerns - your slides become <div> soup that's hard to
change later. Slidr keeps them apart: directives (@kicker, @layout,
::: card) are semantic; all styling is in theme CSS files.
Slidr is opinionated. It ships with card layouts, accent-colored quotes,
▸ bullet markers, dark mode. You theme it via CSS variables. If you want
pixel-level custom layouts, use raw HTML. If you want a deck that looks
good out of the box with minimal markup, this is the one.
---
title: My Talk
theme: dynamia # theme name (default, dynamia, kubecon_japan)
variant: dark # global dark mode
logo: assets/logo.svg # top-right logo (replaces theme default)
logo_dark: assets/logo-white.png # dark mode variant of logo
watermark: assets/brand-mark.svg # bottom-right watermark (conference logo)
style: | # raw CSS override
:root { --color-accent: #e91e63; }
---pdm install # core + HTML/PDF/ODP
pdm install -G plot # + seaborn/matplotlib for inline chartspdm run slidr slides.md # HTML + presenter view
pdm run slidr slides.md --odp # + ODP (programmatic)
pdm run slidr slides.md --image-odp # + ODP (screenshots from PDF)
pdm run slidr slides.md --pdf # + PDF
pdm run slidr -w slides.md # watch and rebuild on changes
pdm run slidr --odp -w slides.md # watch + ODP
pdm run slidr --dist slides.md # HTML + all referenced assets as zipImage paths in markdown are relative to the source file. On build, slidr
symlinks all directories from the source folder into dist/. Files and
.md files are skipped, only directories are linked.
pdm run slidr slides.md # symlinks slides/assets/ → slides/dist/assets/--image-odp is the production-ready ODP path (PDF screenshot → images in ODP).
Pixel-perfect, always matches HTML output.
--odp uses a native ODF renderer (text, shapes, style registries). Currently
in progress: master page creation, font-face declarations, precise element
positioning. Known issues:
- Slide backgrounds use a cloned template master page instead of a fresh
StyleMasterPage- works but carries template defaults - Font-face
@font-faceregistration fails due to anodfdointernal bug - Vertical spacing and text alignment drift slightly from HTML
If you know the ODF spec or odfdo internals, contributions to the native ODP
renderer are welcome. See src/slidr/render/odp.py and src/slidr/render/odf/.
An Obsidian plugin that renders .md slides to HTML in-pane would be great.
The Python CLI makes distribution tricky; if you've tackled that problem
before, reach out.
Most of this codebase is AI-generated. I've kept it DRY where I could, but there's still duplication - the lucide icon rendering appears in three places that should be one, the table cell renderer has its own SVG path, etc. PRs that consolidate repeated logic are welcome.
The best workflow for editable slides: build a PDF, open it in LibreOffice Draw, select all slides, and paste into LibreOffice Impress (or export to PPTX):
pdm run slidr slides.md --pdf
libreoffice --draw slides.pdf # Select All → Copy
libreoffice --impress # Paste into new presentationLibreOffice Draw preserves text, layout, and images from the PDF. This avoids the positioning complexity of the native ODP renderer.
| Action | Key / Mouse |
|---|---|
| Next slide | Left click (on slide area), Right arrow, Down arrow, PgDn, Space |
| Previous slide | Right click, Left arrow, Up arrow, PgUp, Backspace |
| First slide | Home |
| Last slide | End |
| Toggle fullscreen | f |
| Open presenter view | Presenter button, p |
| Close presenter | q |
@kicker text # title slide eyebrow
@subtitle text # title slide subtitle
@speaker name=X role=Y<br> github=Z twitter=Z email=Z # title slide attribution with social links
@layout name # apply a slide layout
@col # explicit column break in two-col / compare layouts
@row # horizontal row within a column (side by side)
@tiny text # small annotation below content
@variant dark # switch to dark mode for this slide
@hidden # exclude slide from output (alias: @hide)
{icon:star} # inline lucide icon, e.g. {icon:heart stroke=#d05a39}
| Layout | Usage |
|---|---|
@layout two-col |
Heading full-width, content split 50/50. Use @col for explicit break. |
@layout image-right |
Heading full-width, text left, image right |
@layout image-left |
Heading full-width, image left, text right |
@layout compare |
Two cards side-by-side with an arrow connector, conclusion notes below |
@layout metrics-N |
2-4 metric cards, auto-detected from ::: card {metric} blocks |
@layout ecosystem |
Compact stacked layout for partner/device logos. Small labels, uniform image sizing |
| Custom | @layout <name> adds CSS class layout-<name>, style via frontmatter style: block |
@layout compare
## Before & After
::: card{ tag="red" }
### Without HAMi
GPU utilization at 65%, manual bin-packing required.
:::
::: arrow
:::
::: card{ tag="green" }
### With HAMi
GPU utilization at 92%, zero manual intervention.
:::
::: notes{ tag="green" }
> HAMi is the only CNCF project providing hardware-level GPU sharing.
:::Key metrics display 2-4 cards with a large number and supporting label. Auto-detected from consecutive ::: card {metric} blocks. No explicit @layout needed.
## Key Metrics
::: card {metric}
10x
Operational cost improvement
:::
::: card {metric}
50%
GPU utilization
:::
::: card {metric}
10x
Density improvement
:::Each ::: card {metric} block: first line is the big number, following lines are the label.
Styled with accent-colored large text (2.8em, bold) and dimmed label text.
Grid auto-centers vertically in the slide body.
Ecosystem slides use #### (h4) for section labels above grids, and
::: card {side-image} for images beside content without affecting row sizing:
#### Ecosystem & Device Support
::: grid {cols=2}
::: card
 ...
:::
::: card {side-image}

:::
:::The arrow block accepts text or images:
::: arrow
⚠
:::
::: arrow
{icon:arrow-right size=24}
:::
::: grid {cols=2} # responsive grid
::: grid {cols=3} # 3-column grid
::: card # basic card
::: card{ tag="green" } # colored left border + background
::: card{ tag="quote" } # accent left border, italic, no fill
::: card {metric} # big number + label card (first line = value, rest = label)
::: arrow # connector for compare layout
::: notes{ tag="green" } # full-width conclusion card
> quote text # blockquote, renders as .quote div
| col1 | col2 | # pipe table
`inline code` # inline code
```language # fenced code block with syntax highlighting
```mermaid # Mermaid diagram, inline SVG
```seaborn # Seaborn chart, inline SVG
```dot # Graphviz diagram, inline SVG
Card/grid {...} attributes: bare words are CSS classes ({metric} → .card.metric),
k=v pairs produce k-v classes ({tag=green} → .card.tag-green). Grid
also accepts cols=N and class=name literally.
Use {icon:star} anywhere inline - headings, paragraphs, tables, card
headers, card body, arrows, notes. Powered by python-lucide.
{icon:star} # default 1em height
{icon:check cls=accent-primary} # uses theme accent via CSS class
{icon:heart cls=accent-secondary size=1.2em} # class + explicit size
{icon:arrow-right size=32} # pixel size
Parameters: stroke, fill, width, height, size (sets both), cls (CSS classes).
Use cls=accent-primary, cls=accent-secondary, or cls=accent-contrast
to match theme accent colors instead of hardcoded hex values.
No configuration needed - pdm install includes the dependency.
Graphviz renders DOT language to SVG via the dot CLI. Requires graphviz
installed. Nodes use CSS classes matching slidr tag colors:
```dot
digraph {
node [shape=box]
subgraph {
app [label="Application" class="green"]
db [label="Database" class="cyan"]
app -> db
}
}
```Available node classes: green, cyan, yellow, red. Default nodes
use var(--color-card-bg). To apply the card background to a cluster,
use subgraph cluster_ prefix (e.g., subgraph cluster_main). CSS
cascades from the theme - dark mode applies automatically. Font inherits
from the CSS body font.
```mermaid
graph LR
User((User)) --> API[API Gateway]
API --> DB[(Database)]
```Renders inline SVG in HTML, PDF in ODP. Uses the mermaidx Python package.
```seaborn
tips = sns.load_dataset("tips")
sns.scatterplot(data=tips, x="total_bill", y="tip", hue="day")
```Runs Python in-process, renders inline SVG. Requires pdm install -G plot.
Pre-imported: sns, plt, pd, np. Set seaborn_theme: kcd_vietnam in
frontmatter to apply brand colors from the matching CSS theme file. Colors
and fonts are parsed from the :root block. Falls
back to seaborn palette names (Paired is the default, also deep,
muted, pastel, etc.) if no theme CSS matches.
For charts beyond seaborn's high-level API, drop into matplotlib directly. Theme colors are available through rcParams -- no hex codes needed:
| rcParam | Maps to |
|---|---|
plt.rcParams["axes.facecolor"] |
Card background |
plt.rcParams["axes.edgecolor"] |
Primary accent |
plt.rcParams["text.color"] |
Foreground text |
plt.rcParams["xtick.color"] |
Dimmed/muted text |
"C0" … "C5" |
Theme palette (Paired-derived brand colors) |
For a slide-style figure background with a clear plot area:
fig, ax = plt.subplots()
ax.set_facecolor("none")
fig.patch.set_facecolor(plt.rcParams["axes.facecolor"])For semantic colors use plt.get_cmap("Paired") and sample by position:
cmap = plt.get_cmap("Paired")
danger = cmap(4.5 / 12) # muted red
ok = cmap(2.5 / 12) # green
neutral = cmap(0.5 / 12) # light blueSee examples/seaborn_demo.md for the memory oversubscription chart
(horizontal stacked bars, limit markers, annotations).
@col overrides auto-detection in all layouts. Use it when auto-split
puts content in the wrong column.
Set a default in frontmatter or override per-slide:
---
transition: fade
---@transition slide| Transition | Effect |
|---|---|
fade |
Opacity 0 → 1 |
slide |
TranslateX + fade |
zoom |
Scale .85 + fade |
wipe |
Clip-path reveal |
All transitions run 0.4s, forwards-only (incoming slide animates).
Set variant: dark in frontmatter for all slides, or @variant dark
per slide:
---
title: My Talk
variant: dark
---@variant dark
## This slide uses the dark themePer-slide overrides work as slideshow transitions: @variant light switches
back to light mode on the next slide.
Colors, borders, and spacing use CSS custom properties. Override them via
frontmatter style: block or a custom theme file. See THEMING.md
for the full variable reference.
---
style: |
:root {
--color-accent: #e91e63;
}
---Any HTML comment in a slide becomes speaker notes in the presenter view:
---
<!--
These are speaker notes.
They appear in the presenter view.
-->examples/features_demo.md is a 17-slide deck exercising every feature:
title slides, @layout two-col, @layout image-right, @layout compare,
grids with tagged cards, tables, fenced code blocks, mermaid diagrams,
seaborn charts, graphviz graphs, lucide icons, blockquotes, speaker notes,
and all directives.
See also: examples/mermaid_demo.md, examples/seaborn_demo.md,
examples/graphviz_demo.md, examples/lucide_demo.md.
slides.md
→ markdown-it-py (parse)
→ Document AST (headings, paragraphs, grids, cards, tables)
→ build_ir() (resolve theme styles via tinycss2)
→ SlideIR (font_size, color, accent, SVG/PDF, + rendered HTML)
↙ ↘ ↘
html.py odp.py pdf.py
(_render_elem) (_render_elem) (weasyprint)
↘
image_odp (pdftoppm → PNG → ODP)
The IR is the single source of truth between renderers. Each Elem carries
pre-rendered inline HTML (for the browser) plus resolved style properties
(font_size, color, accent, muted) for the ODP renderer. Seaborn and mermaid
SVGs are generated at IR build time and shared across renderers.
Go has no ODP library. No weasyprint equivalent. Goldmark works but its plugin ecosystem is thin, and Go's compile cycle adds friction to design work where you rebuild after every 2px change.
Rust comes closer than Go: pulldown-cmark handles markdown well, cssparser
does proper CSS parsing. But no odfdo equivalent, no weasyprint. Syntect
covers fewer languages than Pygments for syntax highlighting.
Node slide tools ship a dev server, a bundler, a hot-reload daemon, and
usually Electron just to render markdown to <div> tags. Every dependency
adds a maintenance burden and expands the security surface. Python needs
weasyprint and odfdo. That's the stack.
- odfdo: ODP generation via OpenDocument XML
- weasyprint: HTML/CSS to PDF via embedded layout engine, no browser dependency
- markdown-it-py: same parser as the JS ecosystem, GFM support
- Pygments: comprehensive syntax highlighting for code blocks
- Jinja2: mature templating, CSS injection, template includes
Deployable as a single binary via PyInstaller or Nuitka when needed.
GPL-3.0-or-later. See LICENSE.