Service-Seite: Prognose-Fussnote ueber volle Breite statt umgebrochen

Gemeldet: das Datum der Oelwechsel-Prognose steht in einer eigenen Zeile.
Nachgemessen: das <small> in der rechten Spalte war 29px hoch bei 217px
Breite (zwei Zeilen); .row ist ein Flex aus dt/dd, und dd bekommt nur den
Rest neben dem Titel - fuer "9.029 km, voraussichtlich am 14.04.2027"
reicht das bei 12,5px nicht.

Statt an Schriftgroesse oder Text zu drehen, haengt die Fussnote jetzt als
eigenes Element (.row-fussnote) neben dt/dd und bricht per flex:1 0 100%
auf eine eigene Zeile ueber die volle Kachelbreite um. flex-wrap:wrap ist
per :has(.row-fussnote) auf genau diese Zeilen eingegrenzt, damit die
uebrigen .row-Verwendungen zweispaltig bleiben.

Die verschachtelte fm-/nicht-fm-Verzweigung im Markup faellt dabei zu
einem hatMeldung-Zweig fuer den Wert plus einem separaten fussnote-String
zusammen; die Anzeigelogik selbst ist unveraendert.

Live geprueft bei 375px und 1280px: beide Fussnoten einzeilig (14px),
307px bzw. 636px breit; alle 17 .row auf "Mein Audi" weiterhin
zweispaltig; keine neuen Konsolenfehler.

Co-Authored-By: Claude Opus 5 <[email protected]>

AGENTS.md

@@ -1327,6 +1327,24 @@ wraps the web app for iPhone; a PWA home-screen install is the accepted intermed
       All five deployed to `audi_ha_test` (version `1787009000`) and synced to `installationspaket/`;
       console showed only the pre-existing service-worker/404 noise from the missing vehicle photos,
       nothing new.
+- [x] Service-Seite: Prognose-Fussnote bricht nicht mehr um (2026-08-17) — Nutzermeldung, das Datum
+      der Ölwechsel-Prognose stehe in einer eigenen Zeile. Nachgemessen statt geschätzt: das
+      `<small>` in der rechten Spalte war 29px hoch bei 217px Breite (zwei Zeilen), die
+      Inspektions-Fussnote darunter mit kürzerem Text 14px (eine). Ursache ist nicht die Textlänge
+      allein, sondern der Platz: `.row` ist ein Flex mit `dt`/`dd`, und `dd` bekommt nur den Rest
+      neben dem Titel - für "9.029 km, voraussichtlich am 14.04.2027" bei 12,5px reicht das nicht.
+      Statt an Schriftgröße oder Text zu drehen, wandert die Fussnote jetzt als eigenes Element
+      (`.row-fussnote`) neben `dt`/`dd` und umbricht per `flex:1 0 100%` auf eine eigene Zeile über
+      die **volle** Kachelbreite - dieselbe Stelle, an der sie vorher schon optisch stand, nur ohne
+      die künstliche Breitenbegrenzung. Das `flex-wrap:wrap` ist bewusst mit `:has(.row-fussnote)`
+      auf genau diese Zeilen eingegrenzt, damit keine der übrigen `.row`-Verwendungen (17 Zeilen
+      allein auf "Mein Audi") ihr zweispaltiges Layout verliert. Die vorher verschachtelte
+      fm-/nicht-fm-Verzweigung im Markup ist dabei zu einem `hatMeldung`-Zweig für den Wert plus
+      einem separat berechneten `fussnote`-String zusammengefallen - die Anzeigelogik selbst
+      (Ölwechsel-Fussnote nur bei Fahrzeugmeldung, Inspektion immer) ist unverändert. Live geprüft
+      bei 375px und 1280px: beide Fussnoten 14px hoch (einzeilig), 307px bzw. 636px breit, linksbündig
+      auf der Kachelkante; alle 17 `.row` auf "Mein Audi" weiterhin zweispaltig; keine neuen
+      Konsolenfehler. Deployed als Version `1787003000`, synchron in `installationspaket/`.
 - [x] **Gap found while auditing "what's needed for a real iPhone app" (2026-08-17), then closed
       the same day:** `companion-app/src/screens/` hadn't been touched since 2026-08-11 — every
       panel fix and feature from the six days since (HIG audit rounds, receipt upload, trip