tobias
5fc86d2b5e
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.