Native iOS-Huelle in Betrieb, drei Darstellungsfehler behoben

Xcode ist vorhanden, die Huelle liess sich also wirklich bauen statt nur
vorzubereiten: Capacitor 8 fuer iOS und Android, Build fuer den Simulator
erfolgreich, App laeuft und zeigt echte Daten vom Server.

CapacitorHttp eingeschaltet. Das ist keine Feinheit: die native Huelle
liefert die Oberflaeche unter eigenem Ursprung aus, jede Anfrage an Home
Assistant ist damit ursprungsuebergreifend, und die WebView lehnt sie ohne
CORS-Freigabe ab. Nativ gestellte Anfragen kennen keine CORS-Pruefung -
die App braucht dadurch keine CORS-Einstellung am Server.

Drei Fehler, die erst die Bildschirmfotos zeigten:

1. Der Fahrzeug-Block auf der Uebersicht war unsichtbar. Ursache war der
   Flexbox-Fallstrick: "overflow: hidden" setzt die automatische Mindesthoehe
   auf 0, und sobald die Seite laenger ist als der Bildschirm, quetscht
   flex-shrink den Block auf Hoehe 0. Modellname, Typenschild und Kennzeichen
   waren damit schlicht weg.
2. Neben dem Typenschild stand der Modellname noch einmal komplett, obwohl
   das Schild ihn bereits zeigt. Das alte Panel loest das laengst richtig -
   nur der Zusatz gehoert daneben. Nachgezogen, samt Entdopplung, wenn die
   Ausfuehrung schon im Namen steckt.
3. In der Fotogalerie liefen die Dateinamen ueber den Rand der Miniaturen.

Dazu: Datumszeile in Listen bricht um statt abzuschneiden, Statistik nutzt
auf der Flaeche mehrere Spalten.

Im Backend war das Kilometerstand-Screening kaputt: es rief urlopen direkt
auf, was Home Assistant seit 2026.8 als blockierenden Aufruf abbricht. Jede
Fahrt blieb dadurch ohne Strecke - sichtbar nur als Warnung im Protokoll.
Laeuft jetzt ueber task.executor und rechnet an der Testinstanz wieder echte
Strecken aus dem Verlauf.

Die CORS-Freigabe fuer die Web-Fassung ist in der Testkonfiguration
hinterlegt. Sie greift in Home Assistant 2026.8 allerdings nicht - deshalb
wird die App aus Home Assistant selbst ausgeliefert (gleicher Ursprung, kein
CORS), was ohnehin der geplante Weg ist.

Die erzeugten Ordner ios/ und android/ bleiben ungetrackt; sie entstehen
jederzeit neu aus dem Webbuendel.

companion-app/capacitor.config.ts

@@ -1,33 +1,15 @@
+import type { CapacitorConfig } from "@capacitor/cli"
+
 /**
  * Capacitor-Konfiguration für die native Hülle.
  *
- * **Noch nicht in Betrieb.** Die Pakete sind bewusst nicht installiert; diese
- * Datei liegt fertig da, damit die Inbetriebnahme nur noch aus den Befehlen in
- * `../UMSETZUNGSPLAN.md` Phase 10 Stufe 2 besteht:
- *
- *   npm i -D @capacitor/cli
- *   npm i @capacitor/core @capacitor/ios @capacitor/android
- *   npx cap add ios && npx cap add android
- *   npm run build && npx cap sync
- *   npx cap open ios          # in Xcode signieren und aufs Gerät bauen
- *
  * Nur Sideload, nie App Store: die Audi-Schrift und die Typenschilder sind
- * ausschließlich für diese private Installation freigegeben.
+ * ausschließlich für diese eine private Installation freigegeben.
  *
- * Der Typ ist absichtlich nicht aus @capacitor/cli importiert — das Paket
- * fehlt ja noch, und ein toter Import würde die Typprüfung brechen.
+ * Ablauf: `npm run build && npx cap sync`, dann `npx cap open ios` und in
+ * Xcode signieren. Siehe `../UMSETZUNGSPLAN.md` Phase 10.
  */
-
-interface CapacitorKonfiguration {
-  appId: string
-  appName: string
-  webDir: string
-  server?: { androidScheme?: string; iosScheme?: string; cleartext?: boolean }
-  ios?: { contentInset?: string; backgroundColor?: string }
-  android?: { backgroundColor?: string }
-}
-
-const konfiguration: CapacitorKonfiguration = {
+const konfiguration: CapacitorConfig = {
   appId: "app.datametric360",
   appName: "DataMetric360",
   webDir: "dist",
@@ -46,6 +28,17 @@ const konfiguration: CapacitorKonfiguration = {
   android: {
     backgroundColor: "#161b23",
   },
+  plugins: {
+    // Leitet fetch() über die native HTTP-Schicht statt über die WebView.
+    //
+    // Das ist hier nicht Feinschliff, sondern notwendig: Die native Hülle
+    // liefert die Oberfläche unter einem eigenen Ursprung aus, jede Anfrage an
+    // Home Assistant ist damit ursprungsübergreifend, und die WebView lehnt sie
+    // ohne CORS-Freigabe ab. Nativ gestellte Anfragen kennen keine
+    // CORS-Prüfung — die App braucht dadurch keinerlei CORS-Einstellung am
+    // Server. Die WebSocket-Verbindung läuft unberührt weiter.
+    CapacitorHttp: { enabled: true },
+  },
 }
 
 export default konfiguration