Strecken gestaffelt anzeigen (2026.9.1.18)

Die gewonnene Genauigkeit kam nicht an: de() formatiert ohne Nachkommastelle,
aus 6,896 km wurde in beiden Oberflaechen "7 km". Den ganzen Tag auf zehn Meter
genau gemessen und im letzten Schritt weggerundet.

Staffelung, vom Eigentuemer festgelegt: unter 1 km Meter ("400 m"), bis
99,9 km eine Nachkommastelle ("6,9 km"), ab 100 km ganze Kilometer ("104 km").
streckeTeile()/streckeText() in beiden Codebasen, wortgleich.

Gestaffelt wird nach dem GERUNDETEN Wert: 0,9996 km sind gerundet 1000 m und
gehoeren in die km-Stufe, sonst stuende dort "1.000 m". streckeTeile() gibt
Wert und Einheit getrennt zurueck, weil die Detailansicht beide in getrennten
Elementen setzt - ohne das stuende unter "400" weiterhin "km".

Im Panel heisst die Funktion streckeText, nicht strecke: den Namen gibt es dort
schon fuer die Ortsangaben einer Fahrt. node --check hat die Kollision gefunden.

Angewandt auf Einzelfahrt und Jahres-/Monatssummen. Nicht auf Kilometerstaende,
Serviceintervalle oder Reichweite - das sind Zaehlerstaende und Prognosen.

VERIFIZIERT: 12 Faelle gegen die Staffelung samt beider Grenzen, 165/165 Tests
gruen, Panel als Modul, tsc --noEmit und vite build sauber, im Browser
nachgesehen: die Fahrt vom 01.09. steht jetzt mit 6,9 km statt "7 km".

Die angepasste Testerwartung ist selbst ein Beleg: sie verlangte "43 km" fuer
eine Summe von 42,5 km - die alte Anzeige rundete schon dort, wo es etwas zu
zeigen gab.

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

AGENTS.md

@@ -1,7 +1,7 @@
 # AGENTS.md — Project state, review findings, open items, and working rules
 
-**Last updated: 2026-09-01** (Audit ueber Panel, App und Backend: vier Befunde, zwei behoben,
-`2026.9.1.17`, Abschnitt BH. Davor: Setup mit gruener Bestaetigung und Erwartungswert je
+**Last updated: 2026-09-01** (Strecken gestaffelt: Meter, Nachkommastelle, ganze Kilometer,
+`2026.9.1.18`, Abschnitt BI. Davor: Audit ueber Panel, App und Backend, Abschnitt BH. Davor: Setup mit gruener Bestaetigung und Erwartungswert je
 Listenposition, Abschnitt BG. Davor: Rueckblick ohne Nullfahrten, Streckenwahl gemeinsam in `verlauf.py`,
 `2026.9.1.14`, Abschnitt BF. Davor: Fahrtstrecke auf 100 m: CAN als Anker, GNSS als Nachkommastelle,
 `2026.9.1.10`, Abschnitt BE. Davor: Nachlauf-Abzug nur mit zugeordnetem `TRIP_SENSOR`, `2026.9.1.9`;
@@ -6994,6 +6994,39 @@ nachträglich. Die Fahrt dann zu verwerfen hieße, einen bereits gespeicherten D
 zu löschen. Das ist eine Entscheidung über die Daten des Eigentümers, keine über den Code — dieselbe
 Linie wie in Abschnitt W.
 
+## BI. Strecken gestaffelt anzeigen: Meter, Nachkommastelle, ganze Kilometer (2026.9.1.18)
+
+Beim Audit fiel auf, dass die gewonnene Genauigkeit gar nicht ankam: `de()` formatiert ohne
+Nachkommastelle, aus `6,896 km` wurde in beiden Oberflächen schlicht **„7 km"**. Wir haben den
+ganzen Tag auf zehn Meter genau gemessen und es im letzten Schritt weggerundet.
+
+| Strecke | Anzeige |
+|---|---|
+| unter 1 km | Meter, ganzzahlig — `400 m`, `999 m` |
+| bis 99,9 km | eine Nachkommastelle — `1,0 km`, `6,9 km` |
+| ab 100 km | ganze Kilometer — `104 km` |
+
+`streckeTeile()`/`streckeText()` in beiden Codebasen, wortgleich. Zwei Feinheiten:
+
+- **Gestaffelt wird nach dem GERUNDETEN Wert**, nicht nach dem rohen. 0,9996 km sind gerundet
+  1000 m und gehören damit in die km-Stufe — sonst stünde dort „1.000 m". Dasselbe an der Grenze zu 100.
+- **`streckeTeile()` gibt Wert und Einheit getrennt zurück**, weil die Detailansicht die große Zahl
+  und ihre Einheit in getrennten Elementen setzt. Ohne das stünde unter „400" weiterhin „km".
+
+Im Panel heißt die Funktion `streckeText`, nicht `strecke`: den Namen gibt es dort schon für die
+Ortsangaben einer Fahrt („Ingolstadt → München"). `node --check` hat die Kollision gefunden.
+
+Angewandt auf Einzelfahrt (Liste, Detail) und die Jahres-/Monatssummen. **Nicht** auf
+Kilometerstände, Serviceintervalle oder Reichweite — das sind Zählerstände und Prognosen, keine
+gefahrenen Strecken.
+
+Verifiziert: 12 Fälle gegen die Staffelung samt beider Grenzen, 165/165 Tests grün nach Anpassung
+einer Erwartung, `node --check` als Modul, `tsc --noEmit` und `vite build` sauber, im Browser
+nachgesehen: die Fahrt vom 01.09. steht jetzt mit **6,9 km** statt „7 km".
+
+Die angepasste Erwartung ist selbst ein Beleg: der Test verlangte `„43 km"` für eine Summe von
+**42,5 km** — die alte Anzeige rundete also schon dort, wo es etwas zu zeigen gab.
+
 ## Working conventions (observed — keep them)
 
 - German is the project language: identifiers, comments, commits, UI texts. Exceptions: