887cb09433cb76c2c6b884c7baa0d92a48fa0f77
Fixrunde 1 zu Task 10 (Rückmeldung des Koordinators). Zwei Punkte: Die edges-Korrektur aus dem Hauptcommit (Sortierschlüssel deckte nur (line, klasse) ab, nicht breite/fahrbahn) hatte keinen committeten Regressionstest - nur eine Ad-hoc-Probe, die nicht mitkam. Drei Tests ergänzt: zwei edges-Einträge mit gleicher Linie/Klasse aber unterschiedlicher Breite in beiden Reihenfolgen (der eigentliche Regressionsschutz - mit dem alten zweiteiligen Schlüssel probeweise reproduziert, um die Fehlermeldung zu belegen, dann zurückgestellt), zwei bridges-Einträge in beiden Reihenfolgen, und eine Linie gegen ihre exakte Umkehrung einmal als curb, einmal als edges - das ist die Zusicherung, auf der _line()s ganze Normalisierung beruht, und stand bisher nirgends als Test. _line()-Docstring behauptete im Präsens, Laternen wählten ihre Seite schon aus der Kantenrichtung statt aus der Listenposition. Das stimmt nicht: src/world/props.js:107 wählt weiterhin über den geraden/ungeraden Index (vergeLampPoints(), liest chunk.centerlines/chunk.roads). Docstring jetzt als Bedingung formuliert - was vorausgesetzt wird und wo es eingelöst wird (eine geometriebasierte Nachfolgefunktion in props.js, im Plan als sidewalkLampPoints() vorgesehen) - statt als Tatsachenbehauptung, und ohne Aufgabennummer im Kommentar. overview.py, geometry.js und props.js bewusst nicht angefasst (Koordinator: das ist Sache der Aufgaben 13-15). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Languages
TypeScript
44.1%
JavaScript
40.9%
Python
11.2%
HTML
3.3%
CSS
0.5%