Ein CSS-Paged-Media-Setzer: Leg ihm ein in sich geschlossenes HTML-Dokument vor, dessen CSS den Druckentwurf trägt, und es rendert ein paginiertes, druckfertiges PDF — der Workflow „LaTeX-Qualität aus HTML“, ganz ohne JavaScript im Dokument. Die Engine lädt deine Datei im headless Chromium im Print-Medienmodus und druckt mit Seitengröße aus dem CSS und aktivierten Hintergründen. Zwei Engines: Standard ist Paged.js, das MIT-lizenzierte W3C-Paged-Media-Polyfill, das abdeckt, was Browser nicht können — Schnitt- und Passermarken (die Eigenschaft marks), Beschnitt, laufende Köpfe und Füße über Randboxen wie @top-center mit Kapiteltiteln per string-set, page- und pages-Zähler, benannte Seiten, generierte Inhalte für Listen und Fußnoten — es zerlegt deinen Inhalt in feste Seitenboxen und zeichnet die Marken außerhalb der Beschnittlinie. Natives Chromium ist die Rückfallebene: Chrome 131+ implementiert @page-Größen, -Ränder und alle sechzehn Randboxen nativ, was viele Entwürfe abdeckt, doch das Marken-Rendering ist begrenzt — deshalb existiert das Polyfill. Mit Auto wird Paged.js gewählt, solange das mitgelieferte Polyfill verfügbar ist, sonst nativ. Praxis: Das Dokument muss in sich geschlossen sein (Inline-Styles, Data-URI-Bilder), die Engine macht keine Netzwerkzugriffe; @page size akzeptiert jede CSS-Länge oder benannte Größe plus landscape; die PDF-Seitenbox wächst um den Beschnitt, damit Marken und Beschnitt außerhalb der Schnittkante liegen — druckereifert; komplexe Schriften werden mit den Systemfonts des Renderhosts gesetzt. Die Metadaten festhalten die genutzte Engine und die von Paged.js gesetzte Seitenzahl, damit du die Paginierung vor dem Druck prüfen kannst.