Paritaetsrunden 2 und 3, Designpruefung umgesetzt (2026.8.30.8)

Drei zusammenhaengende Runden, alle live bei 375x812 gegen audi_ha_test
geprueft und in beiden Codebasen angewandt.

Paritaetsrunde 2: der gemeinsame Rahmen war das eigentliche Problem -
Seitenrand, Kachelabstaende, Kopfleiste, Tableiste und vier Bausteine des
Design-Systems trugen noch den Stand vor der iOS-Entscheidung. Dazu sieben
Bildschirme neu aufgebaut. Zwei Panel-Fehler dabei mitbehoben: teaser()
zeigte unter "Letzte Fahrt" den aeltesten Datensatz, und "Daten bearbeiten"
war ein toter Knopf.

Paritaetsrunde 3: das Panel hat nie Audi Type gerendert. @font-face in einem
Shadow Root wird ignoriert - Schriftschnitte registriert der Browser pro
Dokument, nie pro Shadow Tree. Die drei Schnitte liegen jetzt in
audi-dashboard-schriften.css und werden ins Dokument gehaengt. Damit erledigt
sich eine ganze Reihe von "die Schrift sieht anders aus"-Eindruecken: die
beiden Anwendungen zeigten tatsaechlich verschiedene Schriften.
Ausserdem "Daten bearbeiten" im Panel gebaut und portiert, das Zeilenmenue
entfernt und die letzten neun Bildschirme angeglichen.

Designpruefung: die fuenf Punkte der Reihenfolge. Beim vierten hat das Messen
den Befund veraendert - gezaehlt waren die deklarierten Groessen, wirksam war
laengst eine saubere Sieben-Schritt-Skala mit 27 Ausreissern; die sind jetzt
auf den naechsten Schritt gezogen, keiner verschiebt sich um mehr als 1px.

Zuletzt: die Standortvorschau zeichnete die falsche Nadel (das Panel wechselt
den Icon-Satz ab 34px, die App nahm immer den grossen), und der Kopfabstand
der App ist auf den sicheren Bereich reduziert - die 56px des Panels liegen
dort unter der Kopfleiste von Home Assistant, in der nativen Huelle steht
darueber nichts.

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

design-system/src/components/ActionButton/ActionButton.css

@@ -1,20 +1,39 @@
+/* Werte 1:1 aus der iOS-Auflage des Panels (`.aktion` in
+   audi-dashboard-ios.css): gefüllte Fläche ohne Rahmen, 16px normale Schrift,
+   keine Großschreibung, 14px Radius. Hier stand noch die Optik von vor der
+   iOS-Entscheidung vom 2026-08-13 — 11px, gesperrt, GROSSGESCHRIEBEN, nur
+   Umriss, roter Rahmen beim Überfahren. Das betraf jeden Knopf der App
+   ("SPEICHERN", "+ POSITION HINZUFÜGEN", ...). */
 .ads-action {
   display: block;
   width: 100%;
   font-family: inherit;
-  font-size: 11px;
-  letter-spacing: .14em;
-  text-transform: uppercase;
+  font-size: 16px;
+  font-weight: 400;
+  letter-spacing: 0;
+  text-transform: none;
   color: var(--fg);
-  background: none;
-  border: 1px solid var(--line-strong);
-  border-radius: var(--r-pill);
-  padding: 14px;
+  background: var(--ios-fill);
+  border: 0;
+  border-radius: 14px;
+  padding: 15px;
+  min-height: 48px;
+  margin-top: 18px;
   cursor: pointer;
+  transition: background .15s, filter .15s, transform .1s, opacity .15s;
+}
+
+/* `.aktion + .aktion` im Panel: zwei Knöpfe untereinander rücken enger. */
+.ads-action + .ads-action {
+  margin-top: 10px;
 }
 
 .ads-action:hover:not(:disabled) {
-  border-color: var(--red);
+  background: var(--tile-2);
+}
+
+.ads-action:active:not(:disabled) {
+  transform: scale(.985);
 }
 
 .ads-action:disabled {
@@ -22,13 +41,25 @@
   cursor: default;
 }
 
+/* Hauptaktion: graue Fläche, kein Rot — Rot bleibt destruktiven Aktionen
+   vorbehalten (Nutzerentscheidung 2026-08-16). */
+.ads-action--primary {
+  background: var(--fg);
+  color: var(--canvas);
+}
+
+.ads-action--primary:hover:not(:disabled) {
+  background: var(--fg);
+  filter: brightness(1.08);
+}
+
 .ads-action--destructive {
+  background: var(--ios-fill);
   color: var(--bad);
-  border-color: var(--bad);
 }
 
 .ads-action--destructive:hover:not(:disabled) {
   background: var(--bad);
-  color: var(--fg);
-  border-color: var(--bad);
+  color: #fff;
+  filter: none;
 }