Entwurf · Issue ac1293f
Die Issue-Seite liest sich als Tabs
Entwurf zu Issue ac1293f, zu docs/plans/ac1293f-the-issue-page-reads-as-tabs.md. Die Tab-Bänder unten sind die ECHTE Komponente der Issue-Seite, keine Zeichnung davon.
Die Kette hat vier Artefakte — Issue, Plan, Draft, Spec — und die Seite zeigte eines: der Plan hing als Anhang unter dem Thread, Draft und Spec waren Links woandershin. Die Tabs machen die Kette begehbar: jedes Artefakt ein Reiter, jedes fehlende ausgegraut mit dem Satz, worauf es wartet — dieselbe Wahrheit, die der ChainStrip erzählt.
01Das Band, echt gerendert
Eine Task-Karte, deren Kette komplett ist — der Plan-Tab aktiv:
Und eine Karte, die noch auf Plan und Draft wartet — ausgegraut sagt der Title-Text, worauf (fahre mit der Maus darüber):
02Was ein Tab hält
- Issue: der Brief und der Thread — was heute die ganze Seite war, ist ein Reiter unter vieren.
- Plan: das volle Dokument aus
docs/plans/, nicht mehr als Anhang unter dem Gespräch. - Draft und Spec: die Kapitel EINGEBETTET — die Komponente rendert im Tab, und der Kopf behält die eigene Adresse ("Open in docs"). Eine Map trägt stattdessen
Organ · Spec · Index, eine Fragekarte gar kein Band: zwei Stationen brauchen keine vier Reiter. - Die Adresse hält den Reiter (
?tab=plan): ein Tab überlebt den Reload und lässt sich als Link verschicken. Ein ausgegrauter Reiter ist keine Seite — die Adresse fällt auf den ersten zurück.
- hältder Draft-Lookup der Seite findet dieses Kapitel über sein Issue-Präfix
- hältder Spec-Tab eines board-Members bettet design/board ein
Was diese Seite nicht sehen kann: dass JEDES Design-Kapitel eine Komponente im Register hat. Das hält lib/docs.test.ts gegen app/docs/design/chapter-registry.tsx, in beide Richtungen.