Reservierte Kacheln vom Dashboard in die Galerie verlegen

Der Begruessungsbildschirm hatte einen Abschnitt "Kommt noch" mit drei leeren
Kacheln. Das ist der falsche Ort: Wer sich morgens anmeldet, will seine Lage
sehen und nicht lesen, was spaeter einmal kommt. Ein Dashboard ist kein Ort
fuer Ankuendigungen.

Die Verabredung bleibt vollstaendig erhalten, nur an Stellen, wo sie hingehoert
— alle drei fuer den Einbau gedacht:

1. RESERVIERTE_BEREICHE in view-models/dashboard.vm.ts, jetzt exportiert: die
   Kacheln als Datensatz mit Titel, Widget-Domaene und Quell-Feature.

2. Ein markierter Kommentarblock in pages/DashboardSeite.tsx an genau der
   Stelle im Raster, an die sie gehoeren — mit den konkreten Werten
   (<Widget breite={4}> mit start 0, 4 und 8) und dem Hinweis, dass das Raster
   dafuer nicht angefasst werden muss.

3. Die Bausteingalerie unter /komponenten, neuer Abschnitt "Reservierte
   Kacheln" — dort sind alle drei gestaltet zu sehen, aus derselben Konstante
   gerendert statt abgeschrieben.

docs/SCOPE-ANALYTICS-DASHBOARD.md nennt die drei Stellen jetzt ausdruecklich
unter "Wo die spaeteren Bereiche stehen", damit beim Port niemand sucht.

tsc, lint, build, verify:carbon und verify:layout laufen sauber.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX
This commit is contained in:
dejanandClaude Opus 5 committed 2026-08-31 19:39:35 +02:00
1 parent 885c7b9609
commit b8d44f7f7d
5 files changed
+81 -45

No files matched your search

+26 -5
View File
@@ -107,7 +107,9 @@ mit anderem Titel.
| Kennzahlen | Umsatz · Offene Forderungen · Aktive Aufträge · Ø Auslastung | Analytics, je ein Link in die Analyse |
| Handlungsbedarf | die Liste über volle Breite | Analytics-Übersicht |
| Diagramme | Zahlungseingang · Umsatz nach Gewerk · Vertriebstrichter · Auslastung | Analytics |
| Kommt noch | Meine Aufgaben · Termine heute · HR-Anträge | reservierte Plätze, **keine Daten** |
Was **nicht** auf der Seite steht: die Bereiche, die später dazukommen. Siehe
„Wo die späteren Bereiche stehen" weiter unten.
### Drei Entscheidungen, die dabei getroffen wurden
@@ -130,11 +132,30 @@ stellt. Unsere Kennzahlenreihe tut das. Ohne die Zeile fließt die vierte
Kachel dank `grid-flow-row-dense` trotzdem an die richtige Stelle — nur ohne
festen Anfang. Vermerkt in `components/dashboard/WidgetRaster.tsx`.
**Die reservierten Plätze zeigen keine erfundenen Zahlen.** „2 neue Anträge"
**Die späteren Bereiche stehen nicht auf dem Dashboard.** Ein
Begrüßungsbildschirm ist kein Ort für Ankündigungen — wer sich morgens
anmeldet, will seine Lage sehen und nicht lesen, was später einmal kommt.
### Wo die späteren Bereiche stehen
Meine Aufgaben, Termine heute und HR-Anträge sind an drei Stellen festgehalten,
alle drei für den Einbau gedacht und keine davon auf dem Begrüßungsbildschirm:
1. **`RESERVIERTE_BEREICHE`** in `view-models/dashboard.vm.ts` — die Kacheln als
Datensatz, mit Titel, Beschreibung, Widget-Domäne und Quell-Feature.
2. **Ein markierter Kommentarblock in `pages/DashboardSeite.tsx`** an genau der
Stelle im Raster, an die sie gehören — mit den konkreten Werten
(`<Widget breite={4}>` mit `start={0}`, `{4}`, `{8}`).
3. **Die Bausteingalerie unter `/komponenten`**, Abschnitt „Reservierte
Kacheln" — dort sind sie gestaltet zu sehen.
Alle drei sind im Designer-Brief P11 benannt und haben in HiveGrid bereits ihre
Widget-Domäne (`tasks`, `schedule`, `hr`). Sie brauchen kein neues Raster, nur
Daten.
Gestaltet sind die Kacheln bewusst **ohne erfundene Zahlen**. „2 neue Anträge"
aus dem Nichts liest sich in einer Abnahme wie eine fertige Funktion, und
irgendwann fragt jemand, warum die Zahl nie hochzählt. Die drei Kacheln stehen
gestrichelt und leer da und nennen, aus welchem Feature sie ihre Daten
bekommen werden.
irgendwann fragt jemand, warum die Zahl nie hochzählt.
### Die Doppelung, die jetzt im Repo steht