Files

T

tobias e6a9ff4ec8 Apple-Backlog traegt jetzt den Ablauf eines Xcode-Laufs

Auf die Frage, welche Datei man am Mac in die Hand nimmt: der Backlog war die
richtige Antwort, ihm fehlte aber genau das - er beschrieb den Zustand und die
Pruefliste, nicht den Ablauf.

Neuer Abschnitt "Wie ein Lauf abläuft": was vorher zu tun ist (git pull; das
Skript bricht selbst ab, wenn der Baum unsauber oder HEAD nicht gleich
origin/main ist), der eine Befehl samt seiner dreizehn Schritte, dass die
Fassung aus manifest.json kommt und nichts von Hand hochzuzaehlen ist, das
einmalige Schluesselbund-"Immer erlauben" samt Symptom wenn man es uebersieht,
und danach Push plus der itms-services-Link in Safari - ausdruecklich ohne ?v=,
mit Verweis auf den Befund aus Abschnitt CK.

Damit ist die Datei als alleinige Uebergabe brauchbar; AGENTS.md braucht man nur
noch fuers Warum. OFFEN.md 1.1 verweist entsprechend darauf.

2026-09-07 12:09:36 +02:00

5.2 KiB

Raw Blame History

Was jetzt zu tun ist (DM360)

Die eine Datei, die den aktuellen Stand nennt. Wer wissen will, was ansteht, liest hier - nicht in 12.000 Zeilen AGENTS.md.

Die drei Dateien teilen sich die Arbeit so:

Datei	beantwortet
`OFFEN.md` (hier)	Was ist zu tun?
`APPLE_DEV_BACKLOG.md`	Was davon braucht Xcode oder das Apple-Portal?
`AGENTS.md`	Warum ist etwas so, wie es ist - die Geschichte, nicht der Zustand

Arbeitsregel (verbindlich): diese Datei wird in derselben Sitzung nachgeführt, in der sich etwas ändert - erledigt, dazugekommen, entschieden. Eine Liste, die man erst am Monatsende pflegt, ist keine. Aufruf: /stand prüft den mechanischen Teil selbst nach und liest diese Datei dazu.

1. Wartet auf Sie

1.1 Ein Xcode-Lauf - zwei Funktionen sind auf dem Telefon tot

Zwischenablage und Kalendereintrag sind in der installierten App wirkungslos. Beide Korrekturen liegen im Repository und warten nur auf einen Lauf.

Was zu tun ist: am Mac git pull, dann bash companion-app/scripts/ios-signieren.sh, danach die fertige .ipa pushen (das Telefon lädt sie aus dem Repository). Ein Befehl - das Skript prüft sich selbst und bricht ab, wenn etwas fehlt; von Hand bleiben das Schlüsselbund-„Immer erlauben" beim ersten Signieren und die Probe auf dem Gerät.

Die Datei, die man dafür in die Hand nimmt, ist APPLE_DEV_BACKLOG.md - sie trägt den Ablauf, den Stand und die Prüfliste; Abschnitt „Wie ein Lauf abläuft", dann A1 und A2.

1.2 Gitea-Token für den Laborzweig DM180

Nicht dieses Repository - der Laborzweig (tobias/Data-Metric-180, privat). Seine Selbstaktualisierung zeigt seit dem 06.09.2026 auf das eigene Repository, ihr fehlt nur noch der Zugang.

Was zu tun ist: in der Laborinstanz unter Einstellungen -> Geräte & Dienste -> Audi Dashboard -> Konfigurieren einen Gitea-Token mit Lesezugriff eintragen.

1.3 `steuer.faellig` ist leer

Betriebsdaten, kein Code - die Kfz-Steuer hat kein Fälligkeitsdatum.

Was zu tun ist: in der App unter Mein Audi -> Versicherung/Steuer eintragen.

2. Wartet auf eine Entscheidung von Ihnen

2.1 Die Übersicht-Box „Versicherung/Steuer" neu gestalten

Seit dem 19.08.2026 vorgemerkt und bewusst nicht begonnen: Sie hatten gesagt, Sie wüssten noch nicht, was Sie dort sehen wollen. Ein Entwurf ohne diese Antwort wäre geraten.

Was zu tun ist: ein kurzes Gespräch darüber, was auf einen Blick sichtbar sein soll und was auf die Detailseiten gehört. Danach wie üblich erst ein Muster, dann Code.

3. Wartet auf eine Sitzung

Buildbar, ohne Rückfrage, in dieser Reihenfolge sinnvoll:

3.1 Versicherung: PDF der Vertragsdetails ablegen

Die Police als PDF an den Vertrag hängen und später wieder ansehen können.

Was zu tun ist: zuerst den Ablageort entscheiden - spiegelt es die vorhandene Fotoablage unter /config/audi_dashboard/, oder wird es ein eigenes Anhang-Konzept? Danach Dienst, Ablage und beide Oberflächen (Paritätsregel).

3.2 Versicherung: freies Notizfeld

Eine eigene Zusammenfassung zur Versicherung, aus keinem strukturierten Feld abgeleitet.

Was zu tun ist: Profilfeld, Textfeld in beiden Oberflächen. Das Panel hat mit .feld--breit bereits das Muster für ein Feld über die volle Breite.

3.3 Restliche Dokumentendrift

SPECIFICATION.md, homeassistant/README.md und die Profilvorlage nennen noch den WLAN-Sensor, der am 12.08.2026 entfallen ist; dazu eine falsche Aussage über Beispielzahlen in der Statistik und ein überholter TODO-Kommentar.

Was zu tun ist: reine Textkorrekturen, kein Code.

4. Gemeldet, aber nicht reproduzierbar

Beide mehrfach gesucht und nicht gefunden. Sie bleiben stehen, bis sie wieder auftreten - raten hilft hier nicht.

Das Kartenebenen-Symbol im Standort-Blatt wirkt fehlerhaft. Dreimal geprüft (Markup, Funktion, gerechnete Farbwerte), jedes Mal deckungsgleich mit dem Panel. Was hilft: ein Bildschirmfoto vom Gerät.
Die Batteriespannungs-Zeile lässt sich am Rechner nicht antippen. Mit Trefferpunkt-Prüfung, synthetischen und echten Klicks getestet - navigiert jedes Mal korrekt. Was hilft: die Fensterbreite und ein Blick in die Browser-Konsole im Moment des Fehlversuchs.

5. Bekannte Grenzen - bewusst so, nicht offen

Damit sie nicht als Fehler wiederkommen:

Der Fahrtbeginn liegt bis zu neun Minuten zu spät. Der Dongle wacht erst über den Beschleunigungssensor auf; die verschlafenen Kilometer holt die App seit 2026.9.6.2 aus dem Kilometerstand zurück, den Zeitpunkt zurückzurechnen haben Sie abgelehnt, solange es eine gerechnete statt gemeldeten Zahl wäre.
Werkbank und Fahrzeug lassen sich nicht automatisch trennen. Ein Werkbank-Schalter wurde am 06.09.2026 angeboten und abgelehnt - Sie entscheiden selbst, welche Messwerte bleiben, über das Wischen in der Messwertliste. Nicht erneut vorschlagen.
Das Panel wird nicht gelöscht, sondern archiviert - aber erst, wenn die App es wirklich abgelöst hat. Heute nicht.
HACS ist ein Sackgassenweg, dauerhaft: es lehnt private Repositories kategorisch ab. install.ps1 ist der einzige Installationsweg, die Selbstaktualisierung der einzige Aktualisierungsweg.

5.2 KiB Raw Blame History