iOS-Optik: Rot-Semantik korrigiert, Popup-Radius vereinheitlicht

Zwei unabhaengig vom iOS-Entscheid offene Befunde aus DESIGN_REVIEW_2026-08-13.md
§B behoben:

- .aktion (audi-dashboard-ios.css) fuellte bisher JEDE Aktion rot statt nur
  destruktive - jetzt neutrale --ios-fill-Flaeche fuer die Sekundaeraktion,
  neue .aktion.primaer-Regel traegt die rote Fuellung als einzige Stelle
  (deckt sich mit dem Sekundaer/Primaer/Loeschen-Schema, das die Basis-CSS
  schon vorgibt). Gleiche Ursache auch bei Schalter-Ein-Zustand (jetzt --ok
  gruen statt rot, echtes iOS-Systemgruen) und aktiver Desktop-Sidebar-
  Navigation (Flaeche jetzt neutral, Rot bleibt Text-/Icon-Akzent).
- Zwei Balkensegmente in audi-dashboard-app.js nutzten --red fuer eine
  neutrale Kategorie (Arbeitsweg-Fahrten, Versicherungsbeitrag-Aufteilung) -
  jetzt wie die Nachbarsegmente auf --fg umgestellt.
- .setup-popup/.standortmenu (audi-dashboard.css) hatten 20px als Literal
  statt var(--r-tile) - folgen jetzt dem Token wie alle anderen Kacheln.

Im Docker-Testcontainer verifiziert: Setup-Popup, Einstellungen (mobil und
Desktop-Sidebar), Schalter - korrekte Fuellungen, keine Konsolenfehler.

homeassistant/www/audi-dashboard-ios.css

@@ -115,10 +115,15 @@ main#view{--seitenrand:16px;padding:0 var(--seitenrand) 30px;scroll-behavior:smo
   letter-spacing:0;text-transform:none;color:var(--fg2)}
 .seg button.on{background:var(--tile-2);color:var(--fg);box-shadow:0 1px 3px rgba(0,0,0,.25)}
 
+/* Rot bleibt Akzent/Primäraktion/destruktiv, nicht Flächenfarbe jeder Aktion
+   (Design-Review 2026-08-13 §B): .aktion allein ist die neutrale
+   Sekundäraktion, .primaer die einzige rot gefüllte Fläche. */
 .aktion{margin-top:18px;padding:15px;border:0;border-radius:14px;
-  background:var(--ios-tint);color:#fff;font-size:16px;font-weight:400;
+  background:var(--ios-fill);color:var(--fg);font-size:16px;font-weight:400;
   letter-spacing:0;text-transform:none}
-.aktion:hover{filter:brightness(1.08)}
+.aktion:hover{background:var(--tile-2)}
+.aktion.primaer{background:var(--ios-tint);color:#fff}
+.aktion.primaer:hover{filter:brightness(1.08)}
 .aktion.loeschen{background:var(--ios-fill);color:var(--bad);border:0}
 .aktion.loeschen:hover{background:var(--bad);color:#fff;filter:none}
 
@@ -133,7 +138,10 @@ main#view{--seitenrand:16px;padding:0 var(--seitenrand) 30px;scroll-behavior:smo
 .switch{width:51px;height:31px}
 .switch .track{background:var(--ios-fill);border:0}
 .switch .track::before{left:2px;top:2px;width:27px;height:27px;box-shadow:0 2px 6px rgba(0,0,0,.3)}
-.switch input:checked+.track{background:var(--ios-tint)}
+/* Grün statt Rot: Schalter-Ein-Zustand ist kein destruktiver/Primär-Akzent,
+   sondern ein neutrales "an" - deckt sich mit dem echten iOS-Systemgrün, das
+   --ok hier ohnehin schon trägt (Design-Review §B). */
+.switch input:checked+.track{background:var(--ok)}
 .switch input:checked+.track::before{transform:translateX(20px)}
 
 .pill{font-size:12px;letter-spacing:.01em;text-transform:none;padding:5px 11px;
@@ -218,7 +226,9 @@ main#view{--seitenrand:16px;padding:0 var(--seitenrand) 30px;scroll-behavior:smo
   .tabpille{width:auto;height:auto;border-radius:0;background:none}
   .tab.on .tabpille{background:none}
   .tab:hover{background:var(--tile)}
-  .tab.on{background:rgba(245,5,55,.14);color:var(--ios-tint)}
+  /* Aktive Navigation: Rot bleibt Text-/Icon-Akzent, die Fläche wird neutral
+     statt rosa hinterlegt (Design-Review §B - Rot nicht als Flächenfarbe). */
+  .tab.on{background:var(--ios-fill);color:var(--ios-tint)}
   .tabbar.ohne .tab span{display:block}
   .tabbar.ohne .tab{padding:12px 14px;gap:14px}
   .tabbar.ohne .tab svg{width:22px;height:22px}