Schrift eine Stufe kleiner: -2px an der fluiden Wurzel (v=168)

User: "verkleinere alle Schriftarten um 1em".

Woertlich waere 1em = 100 % der Schriftgroesse, also null. Gemeint ist eine
Stufe -- genommen wurden -2px, exakt der Schritt, in dem die Groesse am 24.07.
zweimal HOCHgesetzt wurde. Das Handy landet damit auf dem Zwischenstand von
damals (~16px statt ~18px).

  html { font-size: clamp(15px, 14px + 0.5vw, 22px); }   (war 17/16/24)

  Fenster    v=167     v=168
   390px    17,95px   15,95px
   768px    19,84px   17,84px
  1440px    23,20px   21,20px
  ab 1600   24,00px   22,00px

Das war eine EINZIGE Zeile. Die 96 rem-Werte bleiben unberuehrt, alle
Groessenverhaeltnisse untereinander auch -- genau dafuer wurde heute frueh
umgestellt. Der Bump am 24.07. musste noch 96 Einzelwerte anfassen und
uebersah dabei drei Shorthands.

Ausgeliefert verifiziert: Wurzel = clamp(15px, 14px + 0.5vw, 22px),
93 rem-Werte, 0 px-Schriftgroessen, HTML zieht v=168, Klammern ausgeglichen.

Zurueck auf die 18er-Basis: clamp(17px, 16px + 0.5vw, 24px) -- eine Stufe
entspricht 2px in Minimum und Steigungs-Basis, der Deckel wandert mit.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -4315,7 +4315,7 @@ Trader wäre sie nie abgelaufen. Latte unverändert: Verhältnis < 1,0 ODER PF <
   („⚠ die Welle (steuert die Order) schweigt").
   Live gegengerechnet, beide Zeilen erscheinen wie beabsichtigt.
   ⚠ Reine Anzeige — an Gewichten, Gates und Order-Logik ist nichts geändert.
-- Asset-Version aktuell **v=167** (in `web/index.html` hochzählen, siehe Workflows).
+- Asset-Version aktuell **v=168** (in `web/index.html` hochzählen, siehe Workflows).
 - **✅ SCHRIFT SKALIERT MIT DEM FENSTER (2026-08-13, v=167).** User: „die Größe der
   Schriftarten im Dashboard auf em einstellen, damit auf jedem Gerät oder je nach
   Fenstergröße die Schriftgröße automatisch angepasst wird."
@@ -4325,19 +4325,30 @@ Trader wäre sie nie abgelaufen. Latte unverändert: Verhältnis < 1,0 ODER PF <
   sogar (ein `h2` mit 1,2em in einer Karte mit 1,1em landet bei 1,32×). `rem` hängt
   dagegen an genau EINER Stellschraube, und die wird fluide gemacht:
   ```css
-  html { font-size: clamp(17px, 16px + 0.5vw, 24px); }
+  html { font-size: clamp(15px, 14px + 0.5vw, 22px); }   /* v=168, eine Stufe kleiner */
   ```
-  | Fenster | Wurzel | Basistext (heute 18px) | klein (11px) | groß (26px) |
-  |---|---|---|---|---|
-  | 360px | 17,80 | 17,8 | 10,9 | 25,7 |
-  | **390px (Handy)** | **17,95** | **17,9** | **11,0** | **25,9** |
-  | 768px | 19,84 | 19,8 | 12,1 | 28,6 |
-  | 1440px | 23,20 | 23,2 | 14,2 | 33,5 |
-  | ab 1600px | 24,00 (Deckel) | 24,0 | 14,7 | 34,7 |
-  ⚠ **Der Anker ist bewusst so gesetzt, dass am Handy NICHTS kleiner wird** — 17,95
-  gegen bisher 18,00px. Der User hat die Größe am 24.07. zweimal von Hand
-  hochgesetzt; eine „Responsive-Umstellung", die sie wieder eindampft, wäre eine
-  stille Rücknahme seiner Entscheidung. Es wird also nur nach oben skaliert.
+  ⚠⚠ **EINE STUFE KLEINER am selben Tag (v=168, User: „verkleinere alle
+  Schriftarten um 1em").** Wörtlich wäre `1em` = **100 % = null** — gemeint ist
+  also eine Stufe. Genommen wurden **−2px**, exakt der Schritt, in dem die Größe
+  am 24.07. zweimal HOCHgesetzt wurde; das Handy landet damit auf dem
+  Zwischenstand von damals (~16px).
+  | Fenster | Wurzel v=167 | **Wurzel v=168** | Basistext | klein (11px) | groß (26px) |
+  |---|---|---|---|---|---|
+  | 360px | 17,80 | **15,80** | 15,8 | 9,7 | 22,8 |
+  | **390px (Handy)** | 17,95 | **15,95** | **15,9** | **9,7** | **23,0** |
+  | 768px | 19,84 | **17,84** | 17,8 | 10,9 | 25,8 |
+  | 1440px | 23,20 | **21,20** | 21,2 | 13,0 | 30,6 |
+  | ab 1600px | 24,00 | **22,00** (Deckel) | 22,0 | 13,4 | 31,8 |
+  ✅ **Das war eine EINZIGE Zeile** — die 96 rem-Werte blieben unberührt, alle
+  Größenverhältnisse untereinander ebenso. Genau dafür wurde umgestellt: der
+  Bump am 24.07. musste noch 96 Einzelwerte anfassen und übersah dabei drei.
+  **Eine Stufe = 2px in den beiden Zahlen** (Minimum und Steigungs-Basis), der
+  Deckel wandert mit. Zurück auf die 18er-Basis: `clamp(17px, 16px + 0.5vw, 24px)`.
+  ⚠ Der ursprüngliche Anker (v=167) war bewusst so gesetzt, dass am Handy
+  **nichts** kleiner wird (17,95 gegen 18,00px) — der User hatte die Größe am
+  24.07. zweimal selbst hochgesetzt, und eine „Responsive-Umstellung", die das
+  still eindampft, wäre eine Rücknahme seiner Entscheidung gewesen. Die
+  Verkleinerung auf v=168 ist dagegen **ausdrücklich beauftragt**.
   ✅ **Umrechnung verlustfrei belegt**, nicht behauptet: alle **96** Deklarationen
   gegen die 18px-Referenz zurückgerechnet, größter Fehler **0,0008 px**.
   ⚠ Die drei `font:<weight> Npx/…`-**Shorthands** (`.ms-chip`/`.ms-bos-lbl`/
@@ -4352,8 +4363,10 @@ Trader wäre sie nie abgelaufen. Latte unverändert: Verhältnis < 1,0 ODER PF <
   wandern lassen — die klassische Falle.
   ⚠ **ABSTÄNDE bleiben in px** (Padding/Margin/Grid). Sie mitzuskalieren wäre ein
   weit größerer Eingriff (Karten, Grid, Trade-Leiste) mit echtem Layout-Risiko; die
-  Anfrage betraf die Schrift. Folge: auf sehr breiten Fenstern wird der Text relativ
-  zu den Rändern etwas dominanter.
+  Anfrage betraf die Schrift. Folge nach der Verkleinerung: die Schrift sitzt jetzt
+  etwas **lockerer** in den unveränderten Polstern (bei v=167 war es umgekehrt —
+  auf breiten Fenstern wirkte der Text dominanter). Wer das nachziehen will, muss
+  Padding/Margin ebenfalls auf `rem` umstellen — nicht gemacht.
   ⚠ Die clamp-Grenzen stehen in **px**, nicht in `rem` — dadurch ist die Anzeige
   vorhersagbar, respektiert aber die im Browser eingestellte Basis-Schriftgröße
   nicht. Bewusst so, weil der User die Größe zweimal selbst kalibriert hat.