Der Eigentuemer hat die gestrige Schriftaenderung zurueckgenommen - ausser
fuer die Reichweite ueber dem Tankbalken. Die Ausnahme haengt deshalb an
.tankzeile .fig bzw. .dm-tankzeile .ads-fig und nicht an .fig/.ads-fig,
sonst zoege sie Kilometerstand, Service-Wert und jede Detailseite mit.
Wide Normal (400) ist wieder heraus - nach der Ruecknahme nutzte es niemand
mehr, im Panel 53 kB base64 und in der App eine 39.888-Byte-woff2.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
- Audi Type Wide Bold (700) eingebunden und fuer .fig/.ads-fig gesetzt, in
beiden Codebasen. Light war zu duenn, Normal ebenfalls (Ansage des
Eigentuemers). Die alte Notiz "es gibt nur 300 und 400, niemals fetter"
ist damit ueberholt und entfernt statt ergaenzt - sie stand nur da, weil
es keine anderen Schnitte gab.
- standort_genauigkeit_m wird jetzt angezeigt ("Position auf +-12 m genau",
unter der Anschrift im Standortblatt). Der Wert kam seit jeher vom
Backend, wurde im Panel in eine Variable gelesen und nirgends gezeigt -
im Audit als totes Schema gefunden. In der App fehlte er ganz und ist
jetzt durch Typ und Adapter verdrahtet.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
- Audi Type Wide gab es hier nur als Light (300). Der Eigentuemer hat den
vollen Satz aus Audis Styleguide geliefert; Wide Normal (400) ist jetzt
eingebunden (App und Panel), Wide Bold liegt vor und bleibt bewusst
ungenutzt. Lizenz wie bei allen Audi-Assets: nur diese eine private
Installation, deshalb nichts davon in design-system.
- Dabei gefunden: die Aenderung im Design-System allein war wirkungslos.
audi-schrift.css bringt fuer .ads-fig eine eigene, spaetere Regel mit und
gewinnt. Im gebauten Stylesheet standen beide - nur die Reihenfolge
entschied, und sichtbar wurde es erst am gerenderten getComputedStyle.
- Vollstaendiger Durchgang (AGENTS.md Abschnitt DC): Statik, struktureller
Paritaetstest ueber Routen, Dienste, Sensorrollen, Wortlaut und
Statusfelder, dazu ein Funktionstest an beiden laufenden Oberflaechen.
Ein echter Befund: standort_genauigkeit_m ist totes Schema im Panel.
Drei Meldungen des Eigentuemers waren keine Fehler - das breite Layout,
der Beschriftungs-Schalter ohne Reiterleiste, und eine Testfahrt von mir.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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>
tobias