Skip to content

feat(docs): Landingpage mit Projektübersicht - #3

Merged
raifdmueller merged 1 commit into
masterfrom
claude/jolly-ptolemy-2gxvqg
Sep 14, 2026
Merged

raifdmueller merged 1 commit into
masterfrom
claude/jolly-ptolemy-2gxvqg

Conversation

@raifdmueller

Copy link
Copy Markdown
Collaborator

Was sich ändert

Die Startseite war die Platzhalter-Seite des docToolchain-Themes — „Solution Architecture Documentation for System X". Sie sagte nichts über dieses Projekt.

Neu: eine Übersicht, die den Generator erklärt.

  • Hero — ein Quelltext, alle Formate; mit Abkürzung für Leute, die nur ein Template wollen (→ arc42.org/download)
  • Pipeline — die vier Phasen Generate → Discover → Convert → Package
  • Sechs Karten — je ein Dokument der Recovery, mit einem Satz, was drinsteht
  • Build — wie man die Templates baut und wie diese Seite entsteht

Sie nutzt die CSS-Klassen des Themes (dtc-hero, dtc-card, dtc-pipeline), driftet also optisch nicht weg.

Wo die Datei liegt

site/doc/landingpage.gsp, nicht docs/site/.... microsite.siteFolder löst relativ zu docs/ auf; mit '../site' bleibt das Template außerhalb der veröffentlichten Seite. Innerhalb von docs/ wird es als Asset mitkopiert und landet als site/doc/landingpage.gsp im Output — nachgemessen und deshalb verschoben.

Der Workflow-Check greift jetzt wirklich

Beim Entwickeln ist genau das passiert, wogegen EPIC 1 des Backlogs antritt: generateSite meldet Erfolg, obwohl das Template nicht geparst werden konnte.

Failed to parse template script ... token recognition error at: '/' @ line 133, column 35

Ein /^[A-Z]{2,}$/ im Fließtext — die GSP-Engine las $ als Expression-Start, der Include scheiterte, und der Build lief grün weiter. Die index.html existierte, war aber inhaltsleer; der bisherige Check test -s index.html hätte das durchgewunken.

Der Check sucht jetzt nach Landing-Inhalt statt nur nach einer nicht-leeren Datei:

grep -q 'dtc-landing' "$index" || {
  echo "::error::index.html carries no landing page content - ..."
  exit 1
}

Test

generateSite:  0 Fehler, Landingpage aktiv, alle sechs Kartenlinks zeigen auf existierende Seiten
Output:        keine .gsp-Streudatei mehr unter output/site/
Guard:         PASS gegen die lokal gebaute index.html

🤖 Generated with Claude Code

https://claude.ai/code/session_014S4btgSH36ViayKLqGLd6G


Generated by Claude Code

The site opened with the docToolchain placeholder page, which said
nothing about this project. Replace it with an overview: what the
generator does, the four build phases, one card per document, and how to
build the templates and the site. It reuses the theme's own CSS classes,
so it does not drift from the rest of the site.

The page lives in site/doc/landingpage.gsp. microsite.siteFolder resolves
relative to docs/, so '../site' keeps the template outside the published
output - inside docs/ the .gsp would be copied along as a stray asset.

Harden the workflow check while here. generateSite reports success even
when the landing page template fails to parse; it then writes an
index.html without any landing content. That happened during development:
a '$/' in the text was read as the start of a GSP expression, the include
failed, and the build still went green. The check now looks for landing
content, not just for a non-empty file.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014S4btgSH36ViayKLqGLd6G
@raifdmueller
raifdmueller merged commit bec19d7 into master Sep 14, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants