Files
management/docs/issues/0029-ui-harmonisieren-gleiche-farben-und-formen.md
T
Thore CimbalandClaude Fable 5 c23bb54a92 feat: slice 4 - the open management issues live in the repo
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>
2026-08-11 12:00:00 +00:00

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

  1. Farben. Es gibt bereits eine Markenfarbe (#ed4f4c) und sorbs Terrakotta-Palette. Beide sind dokumentiert (shared/branding.md), aber nur teilweise ausgerollt.
  2. 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.
  3. Typografie. Bisher nirgends vereinheitlicht.

Vorschlag für den Zuschnitt

Nicht alles auf einmal. Sinnvolle Reihenfolge nach sichtbarer Wirkung pro Aufwand:

  1. Authentik an den Client angleichen — der Bruch mitten im Anmeldeweg ist der auffälligste. Hebel ist branding_custom_css auf 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.
  2. Farbwerte an einer Stelle festschreiben, statt sie je Oberfläche einzutippen. Heute ist die Kopie in shared/branding.md die Quelle; ob daraus etwas Maschinenlesbares wird, ist die eigentliche Entscheidung.
  3. 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.