MakerFLOSS/docs/services/slides.md

35 lines
1.4 KiB
Markdown
Raw Normal View History

---
name: slides
kind: static-site
status: in-use
host: makerfloss.eu
url: https://slides.makerfloss.eu
upstream: https://marp.app
tech: Marp + Mermaid.js
tls: letsencrypt
---
## Notes
Slide-deck site. Decks are authored as Marp markdown and compiled to HTML by
`build-slides.sh` (CI invokes it via the [marp](marp.md) toolchain). Built output is rsynced to
the VPS and served alongside [docs](docs.md).
Two source roots, two output conventions:
| Source | Published at |
| --- | --- |
| `docs/presentations/<name>.md` | `https://slides.makerfloss.eu/<name>.html` |
| `slides/<path>/<name>.md` | `https://slides.makerfloss.eu/<path>/<name>.html` |
Use `slides/` when a deck belongs to a named series and the URL should read like a path — for
example `slides/tappaas/how-to/new-module/index.md` is served at
`https://slides.makerfloss.eu/tappaas/how-to/new-module/`. Only the markdown is committed; the
generated HTML under `slides/` is git-ignored.
**Images** belong next to the deck source (`slides/<path>/<name>.jpg`) and are referenced with a
plain relative path. Marp keeps relative URLs as-is, so `build-slides.sh` copies image files from
`slides/` into the output tree at the same relative path — unlike the HTML, these *are* committed.
Only path-mirrored `slides/` decks can carry images; `docs/presentations/` decks are flattened to
`<name>.html`, so a relative path would not survive.