sprites haben das property width und height:
ist es hier auch sinnvoll auf integer umzuändern oder sollen wir .000 decimal dran lassen?
Antwort (2026-09-09): nein, bleibt fraktional — ganzzahlig waere hier schaedlich.
Sprite-Maße sind keine Zaehlwerte, sondern Geometrie. Zwei Stellen brauchen die Brueche:
Die Aspect-Ratio-Knoepfe rechnen fitAxisToAspect (height * w/h). Das liefert echte
Brueche — der Code nennt selbst 9.090909090909092 als Beispiel. Auf ganze Zahlen
gerundet stimmt die Proportion nicht mehr, und der Knopf meldet danach, dass das
Seitenverhaeltnis nicht passt (Vergleich laeuft mit Toleranz 1e-9).
Am Objekt sind width/height ziehbar (Scrub), genau wie Position und Collider-Maße.
Ganzzahlig sind nur Felder, die ihrer Bedeutung nach ganzzahlig sind: Slice-Spalten/Zeilen,
Frame-Rect, Kamera-View, Font size. Die runden seit 1b16a55 auch wirklich (vorher war decimals reine Kosmetik — getippte 640.5 wurden als 640.5 gespeichert und als 641
angezeigt).
Offen bleibt die Anzeige-Frage, die dahinter steckt: sollen ueberfluessige Nullen weg
(100 statt 100.000, 9.091 bleibt)? Das waere eine Zeile in formatNumber und wuerde
fuer alle Zahlenfelder gelten; der Graph macht es bereits so. Dafuer bei Bedarf eine eigene
Notiz anlegen.
Übernommen aus todo-notes/done/sprite-size.md beim Umzug auf das Issue-System (2026-09-12).
Angelegt: 2026-09-09 · c87ce5f — Add todo-notes/ as the drop box for ideas raised mid-task
Abgeschlossen: 2026-09-09 · 37e1450 — Answer the sprite width/height note and file it under done/
Gemeldet von: admin
sprites haben das property width und height:
ist es hier auch sinnvoll auf integer umzuändern oder sollen wir .000 decimal dran lassen?
---
**Antwort (2026-09-09): nein, bleibt fraktional — ganzzahlig waere hier schaedlich.**
Sprite-Maße sind keine Zaehlwerte, sondern Geometrie. Zwei Stellen brauchen die Brueche:
- Die Aspect-Ratio-Knoepfe rechnen `fitAxisToAspect` (`height * w/h`). Das liefert echte
Brueche — der Code nennt selbst `9.090909090909092` als Beispiel. Auf ganze Zahlen
gerundet stimmt die Proportion nicht mehr, und der Knopf meldet danach, dass das
Seitenverhaeltnis nicht passt (Vergleich laeuft mit Toleranz `1e-9`).
- Am Objekt sind width/height ziehbar (Scrub), genau wie Position und Collider-Maße.
Ganzzahlig sind nur Felder, die ihrer Bedeutung nach ganzzahlig sind: Slice-Spalten/Zeilen,
Frame-Rect, Kamera-View, Font size. Die runden seit `1b16a55` auch wirklich (vorher war
`decimals` reine Kosmetik — getippte `640.5` wurden als `640.5` gespeichert und als `641`
angezeigt).
Offen bleibt die **Anzeige**-Frage, die dahinter steckt: sollen ueberfluessige Nullen weg
(`100` statt `100.000`, `9.091` bleibt)? Das waere eine Zeile in `formatNumber` und wuerde
fuer alle Zahlenfelder gelten; der Graph macht es bereits so. Dafuer bei Bedarf eine eigene
Notiz anlegen.
---
*Übernommen aus `todo-notes/done/sprite-size.md` beim Umzug auf das Issue-System (2026-09-12).*
- **Angelegt:** 2026-09-09 · `c87ce5f` — Add todo-notes/ as the drop box for ideas raised mid-task
- **Abgeschlossen:** 2026-09-09 · `37e1450` — Answer the sprite width/height note and file it under done/
- **Gemeldet von:** admin
admin
added the todo-note label 2026-09-12 15:03:49 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
sprites haben das property width und height:
ist es hier auch sinnvoll auf integer umzuändern oder sollen wir .000 decimal dran lassen?
Antwort (2026-09-09): nein, bleibt fraktional — ganzzahlig waere hier schaedlich.
Sprite-Maße sind keine Zaehlwerte, sondern Geometrie. Zwei Stellen brauchen die Brueche:
fitAxisToAspect(height * w/h). Das liefert echteBrueche — der Code nennt selbst
9.090909090909092als Beispiel. Auf ganze Zahlengerundet stimmt die Proportion nicht mehr, und der Knopf meldet danach, dass das
Seitenverhaeltnis nicht passt (Vergleich laeuft mit Toleranz
1e-9).Ganzzahlig sind nur Felder, die ihrer Bedeutung nach ganzzahlig sind: Slice-Spalten/Zeilen,
Frame-Rect, Kamera-View, Font size. Die runden seit
1b16a55auch wirklich (vorher wardecimalsreine Kosmetik — getippte640.5wurden als640.5gespeichert und als641angezeigt).
Offen bleibt die Anzeige-Frage, die dahinter steckt: sollen ueberfluessige Nullen weg
(
100statt100.000,9.091bleibt)? Das waere eine Zeile informatNumberund wuerdefuer alle Zahlenfelder gelten; der Graph macht es bereits so. Dafuer bei Bedarf eine eigene
Notiz anlegen.
Übernommen aus
todo-notes/done/sprite-size.mdbeim Umzug auf das Issue-System (2026-09-12).c87ce5f— Add todo-notes/ as the drop box for ideas raised mid-task37e1450— Answer the sprite width/height note and file it under done/