Gate 4, slice 4: 26 open management issues imported from live git.lab (read-only, descriptions included as authorized; GitLab iid = file id, labels/milestone/priority/due/host/area mapped into frontmatter, the import aborts instead of inventing a missing milestone or priority). Two new issues close the F-004 gap where work was really still open (0033 OVERMIND-01, 0034 CFGMON-11 incl. the plaintext npm-token rotation); CFGMON-12/13 already route to verified git.lab issues, MATRIX-05 is done and needs none (agreed with sorb). The three wiki task blocks now reference their issues, roadmap.md hands all counts to the generated STATUS.md and states M1-M5 per ADR-0010 (closing F-001 in the canonical prose), pruefe_prosa joins the CI validate job, and the import protocol under docs/sources/migration/ records every intervention into imported text. Verified: validate 0/0 over 29 issue files, gen_status --check current (distribution line M1 9 - M2 17 - M4 2 plus per-issue milestone and priority), pruefe_prosa 0 errors with clones and 0 errors/15 unchecked citations in offline CI mode, drift check green. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2.6 KiB
type, id, status, created, milestone, priority, gitlab_iid, related
| type | id | status | created | milestone | priority | gitlab_iid | related |
|---|---|---|---|---|---|---|---|
| issue | 0029 | open | 2026-08-06 | M4 | medium | 29 |
UI harmonisieren: gleiche Farben und Formen über alle Oberflächen
Import aus management#29 (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).
Die Plattform besteht aus mehreren Oberflächen, die nacheinander im selben Nutzerweg auftauchen — und jede bringt ihr eigenes Design-System mit. Das fällt am stärksten an der Anmeldung auf: Authentik (PatternFly) und der Client (Elements Compound) stehen direkt hintereinander und sehen aus wie zwei verschiedene Produkte.
Was zu harmonisieren ist
| Oberfläche | Design-System | heute eingestellt |
|---|---|---|
| ThreadNet-Web (Client) | Compound | 17 eigene Themes, Markenfarbe #ed4f4c |
| Authentik (Anmeldung) | PatternFly | nur branding_title/Favicon/Hintergrund; branding_custom_css ungenutzt |
| BookStack | eigenes | sorbs Terrakotta-Beige, liegt nur in der DB |
| Docusaurus-Wiki | Infima | bislang nur die Akzentfarbe |
| Grafana | eigenes | unangetastet |
Woran es konkret hängt
- Farben. Es gibt bereits eine Markenfarbe (
#ed4f4c) und sorbs Terrakotta-Palette. Beide sind dokumentiert (shared/branding.md), aber nur teilweise ausgerollt. - Formen. Radien, Schatten und Button-Höhen unterscheiden sich zwischen den Systemen — mal rund, mal eckig. Das ist das, was den Bruch spürbar macht, noch vor der Farbe.
- Typografie. Bisher nirgends vereinheitlicht.
Vorschlag für den Zuschnitt
Nicht alles auf einmal. Sinnvolle Reihenfolge nach sichtbarer Wirkung pro Aufwand:
- Authentik an den Client angleichen — der Bruch mitten im Anmeldeweg ist der auffälligste. Hebel ist
branding_custom_cssauf dem Brand-Blueprint, also deklarativ und rückbaubar. ⚠️ Vorher klären, ob Authentiks Flow-Komponenten Shadow DOM nutzen — dann greift normales CSS nicht und es braucht::part()-Selektoren. - Farbwerte an einer Stelle festschreiben, statt sie je Oberfläche einzutippen. Heute ist die Kopie in
shared/branding.mddie Quelle; ob daraus etwas Maschinenlesbares wird, ist die eigentliche Entscheidung. - Wiki und BookStack nachziehen.
Vorbedingung
Die offene Frage aus shared/branding.md — ob Terrakotta das Stammschema ablöst oder eine Alternative bleibt — sollte vorher entschieden sein. Sonst harmonisiert man auf einen Zielwert, der danach wechselt.
Aufgenommen aus der Session vom 2026-08-06, in der Titelbild und Authentik-Brand gesetzt wurden.