Was macht Frontend-Slides (Präsentationen)?
Erstelle abhängigkeitsfreie, animationsreiche HTML-Präsentationen, die vollständig im Browser laufen.
Inspiriert durch den Ansatz der visuellen Erkundung in den Arbeiten von zarazhangrui (Quellenangabe: @zarazhangrui).
Wann aktivieren
- Erstellen eines Talk-Decks, Pitch-Decks, Workshop-Decks oder einer internen Präsentation
- Konvertieren von
.ppt- oder.pptx-Folien in eine HTML-Präsentation - Verbessern einer bestehenden HTML-Präsentation hinsichtlich Layout, Bewegung oder Typografie
- Erkunden von Präsentationsstilen mit einem Nutzer, der noch keine Designpräferenz kennt
Unverhandelbar
- Keine Abhängigkeiten: Standardmäßig eine einzige eigenständige HTML-Datei mit Inline-CSS und JS.
- Viewport-Fit ist Pflicht: Jede Folie muss in einen Viewport passen, ohne internes Scrollen.
- Zeigen, nicht erzählen: Verwende visuelle Vorschauen anstelle abstrakter Stilfragebögen.
- Ausdrucksstarkes Design: Vermeide generische Lila-Verläufe, Inter-auf-Weiß und schablonenhafte Decks.
- Produktionsqualität: Code kommentiert, zugänglich, reaktionsfähig und leistungsstark halten.
Vor der Generierung lies STYLE_PRESETS.md für die viewport-sichere CSS-Basis, Dichtegrenzen, Voreinstellungskatalog und CSS-Fallstricke.
Arbeitsablauf
1. Modus erkennen
Wähle einen Pfad:
- Neue Präsentation: Nutzer hat ein Thema, Notizen oder einen vollständigen Entwurf
- PPT-Konvertierung: Nutzer hat
.pptoder.pptx - Verbesserung: Nutzer hat bereits HTML-Folien und möchte Verbesserungen
2. Inhalt ermitteln
Frage nur das Nötigste:
- Zweck: Pitch, Lehre, Konferenzvortrag, internes Update
- Länge: kurz (5-10), mittel (10-20), lang (20+)
- Inhaltsstatus: fertiger Text, grobe Notizen, nur Thema
Wenn der Nutzer Inhalte hat, bitte ihn, sie vor dem Styling einzufügen.
3. Stil erkunden
Standardmäßig visuelle Erkundung.
Wenn der Nutzer die gewünschte Voreinstellung bereits kennt, überspringe die Vorschauen und verwende sie direkt.
Andernfalls:
- Frage, welches Gefühl das Deck erzeugen soll: beeindruckt, energiegeladen, fokussiert, inspiriert.
- Erstelle 3 Einzelfolien-Vorschaudateien in
.ecc-design/slide-previews/. - Jede Vorschau muss eigenständig sein, Typografie/Farbe/Bewegung klar zeigen und unter etwa 100 Zeilen Folieninhalt bleiben.
- Frage den Nutzer, welche Vorschau behalten oder welche Elemente gemischt werden sollen.
Verwende die Voreinstellungsanleitung in STYLE_PRESETS.md, um Stimmung mit Stil zu verknüpfen.
4. Präsentation erstellen
Ausgabe entweder:
presentation.html[presentationsname].html
Verwende einen assets/-Ordner nur, wenn das Deck extrahierte oder vom Nutzer bereitgestellte Bilder enthält.
Erforderliche Struktur:
- semantische Folienabschnitte
- eine viewport-sichere CSS-Basis aus
STYLE_PRESETS.md - CSS-Custom-Properties für Themenwerte
- eine Präsentationscontroller-Klasse für Tastatur-, Mausrad- und Touch-Navigation
- Intersection Observer für Einblend-Animationen
- Unterstützung für reduzierte Bewegung
5. Viewport-Fit erzwingen
Behandle dies als hartes Tor.
Regeln:
- Jede
.slidemussheight: 100vh; height: 100dvh; overflow: hidden;verwenden - Alle Schrift- und Abstandsgrößen müssen mit
clamp()skaliert werden - Wenn Inhalt nicht passt, in mehrere Folien aufteilen
- Überlauf niemals durch Schrumpfen von Text auf unlesbare Größen lösen
- Niemals Scrollbalken innerhalb einer Folie zulassen
Verwende die Dichtegrenzen und den obligatorischen CSS-Block in STYLE_PRESETS.md.
6. Validieren
Überprüfe das fertige Deck bei diesen Größen:
- 1920x1080
- 1280x720
- 768x1024
- 375x667
- 667x375
Wenn Browser-Automatisierung verfügbar ist, verwende sie, um zu überprüfen, dass keine Folie überläuft und die Tastaturnavigation funktioniert.
7. Übergeben
Bei Übergabe:
- temporäre Vorschaudateien löschen, es sei denn, der Nutzer möchte sie behalten
- das Deck mit dem plattformgerechten Öffner öffnen, wenn sinnvoll
- Dateipfad, verwendete Voreinstellung, Folienanzahl und einfache Anpassungspunkte für das Thema zusammenfassen
Verwende den richtigen Öffner für das aktuelle Betriebssystem:
- macOS:
open datei.html - Linux:
xdg-open datei.html - Windows:
start "" datei.html
PPT / PPTX Konvertierung
Für PowerPoint-Konvertierung:
- Bevorzugt
python3mitpython-pptxzum Extrahieren von Text, Bildern und Notizen. - Wenn
python-pptxnicht verfügbar ist, frage, ob es installiert werden soll oder auf einen manuellen/exportbasierten Workflow zurückgegriffen werden soll. - Folienreihenfolge, Sprechernotizen und extrahierte Assets erhalten.
- Nach der Extraktion den gleichen Stilauswahl-Workflow wie bei einer neuen Präsentation durchführen.
Halte die Konvertierung plattformübergreifend. Verlasse dich nicht auf macOS-exklusive Tools, wenn Python die Aufgabe erledigen kann.
Implementierungsanforderungen
HTML / CSS
- Verwende Inline-CSS und JS, es sei denn, der Nutzer wünscht explizit ein Multi-Datei-Projekt.
- Schriftarten können von Google Fonts oder Fontshare stammen.
- Bevorzuge atmosphärische Hintergründe, starke Typografie-Hierarchie und eine klare visuelle Richtung.
- Verwende abstrakte Formen, Verläufe, Raster, Rauschen und Geometrie anstelle von Illustrationen.
JavaScript
Enthalten:
- Tastaturnavigation
- Touch-/Wisch-Navigation
- Mausrad-Navigation
- Fortschrittsanzeige oder Folienindex
- Animationstrigger beim Betreten
Barrierefreiheit
- Verwende semantische Struktur (
main,section,nav) - Halte Kontraste lesbar
- Unterstütze reine Tastaturnavigation
- Respektiere
prefers-reduced-motion
Inhaltsdichtegrenzen
Verwende diese Maxima, es sei denn, der Nutzer wünscht explizit dichtere Folien und die Lesbarkeit bleibt erhalten:
| Folientyp | Grenze |
|---|---|
| Titel | 1 Überschrift + 1 Untertitel + optionaler Slogan |
| Inhalt | 1 Überschrift + 4-6 Aufzählungspunkte oder 2 kurze Absätze |
| Feature-Raster | Maximal 6 Karten |
| Code | Maximal 8-10 Zeilen |
| Zitat | 1 Zitat + Quellenangabe |
| Bild | 1 Bild, begrenzt durch Viewport |
Anti-Patterns
- generische Startup-Verläufe ohne visuelle Identität
- Systemschriftart-Decks, außer bewusst redaktionell
- lange Aufzählungswände
- Codeblöcke, die scrollen müssen
- feste Höhen-Content-Boxen, die auf kurzen Bildschirmen brechen
- ungültige negierte CSS-Funktionen wie
-clamp(...)
Verwandte ECC-Skills
frontend-patternsfür Komponenten- und Interaktionsmuster rund um das Deckliquid-glass-designwenn eine Präsentation bewusst Apples Glasästhetik übernimmte2e-testingwenn du automatisierte Browser-Überprüfung für das endgültige Deck benötigst
Checkliste für die Auslieferung
- Präsentation läuft aus einer lokalen Datei im Browser
- Jede Folie passt in den Viewport ohne Scrollen
- Stil ist ausdrucksstark und bewusst
- Animation ist sinnvoll, nicht lärmend
- Reduzierte Bewegung wird respektiert
- Dateipfade und Anpassungspunkte werden bei Übergabe erklärt