beim graph bräuchte ich einen toggle der grid snapping aktiviert.
alle vorhandenen nodes soll da bleiben wo sie sind, erst wenn man ein node bewegt soll es greifen
die grid-größe kannst du selbst entscheiden, am besten ein sinnvoller wert
Gebaut. Zwei Dinge, die weder oben stehen noch aus dem Commit hervorgehen:
Die Rastergröße ist 24 px – dieselbe Zahl, die den Hintergrund zeichnet (GRID_STEP). Es gibt
also keinen zweiten, unsichtbaren Raster: was einrastet, rastet auf einer Linie ein, die man sieht.
Bei starkem Herauszoomen blendet das Raster aus (MIN_GRID_STEP), der Snap-Schritt bleibt aber
derselbe – er hängt an Weltkoordinaten, nicht am Zoom.
Bei Mehrfachauswahl richtet sich jeder Node für sich aus (Nachtrag des Users während der
Arbeit). Die erste Fassung verschob die Auswahl um einen gemeinsamen Versatz, was ihre alten,
krummen Abstände mitschleppte: nur der Ankerknoten landete auf einer Linie. Jetzt ist dragOffset
pro Node definiert – jeder bekommt seinen eigenen Versatz, die Auswahl fluchtet danach wirklich.
Der Preis ist bewusst: die relativen Abstände innerhalb der Auswahl können sich um bis zu einen
halben Schritt ändern.
Übernommen aus todo-notes/done/graph-snap-grid.md beim Umzug auf das Issue-System (2026-09-12).
Angelegt: 2026-09-10 · 10d0303 — Finish the struct and list leftovers: inline lists, list fields, item kinds
Abgeschlossen: 2026-09-10 · 4b47741 — Graph: optionales Grid-Snapping beim Ziehen von Nodes
Gemeldet von: admin
beim graph bräuchte ich einen toggle der grid snapping aktiviert.
alle vorhandenen nodes soll da bleiben wo sie sind, erst wenn man ein node bewegt soll es greifen
die grid-größe kannst du selbst entscheiden, am besten ein sinnvoller wert
---
Gebaut. Zwei Dinge, die weder oben stehen noch aus dem Commit hervorgehen:
**Die Rastergröße ist 24 px – dieselbe Zahl, die den Hintergrund zeichnet** (`GRID_STEP`). Es gibt
also keinen zweiten, unsichtbaren Raster: was einrastet, rastet auf einer Linie ein, die man sieht.
Bei starkem Herauszoomen blendet das Raster aus (`MIN_GRID_STEP`), der Snap-Schritt bleibt aber
derselbe – er hängt an Weltkoordinaten, nicht am Zoom.
**Bei Mehrfachauswahl richtet sich jeder Node für sich aus** (Nachtrag des Users während der
Arbeit). Die erste Fassung verschob die Auswahl um *einen* gemeinsamen Versatz, was ihre alten,
krummen Abstände mitschleppte: nur der Ankerknoten landete auf einer Linie. Jetzt ist `dragOffset`
pro Node definiert – jeder bekommt seinen eigenen Versatz, die Auswahl fluchtet danach wirklich.
Der Preis ist bewusst: die relativen Abstände innerhalb der Auswahl können sich um bis zu einen
halben Schritt ändern.
---
*Übernommen aus `todo-notes/done/graph-snap-grid.md` beim Umzug auf das Issue-System (2026-09-12).*
- **Angelegt:** 2026-09-10 · `10d0303` — Finish the struct and list leftovers: inline lists, list fields, item kinds
- **Abgeschlossen:** 2026-09-10 · `4b47741` — Graph: optionales Grid-Snapping beim Ziehen von Nodes
- **Gemeldet von:** admin
admin
added the todo-note label 2026-09-12 15:03:55 +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.
beim graph bräuchte ich einen toggle der grid snapping aktiviert.
alle vorhandenen nodes soll da bleiben wo sie sind, erst wenn man ein node bewegt soll es greifen
die grid-größe kannst du selbst entscheiden, am besten ein sinnvoller wert
Gebaut. Zwei Dinge, die weder oben stehen noch aus dem Commit hervorgehen:
Die Rastergröße ist 24 px – dieselbe Zahl, die den Hintergrund zeichnet (
GRID_STEP). Es gibtalso keinen zweiten, unsichtbaren Raster: was einrastet, rastet auf einer Linie ein, die man sieht.
Bei starkem Herauszoomen blendet das Raster aus (
MIN_GRID_STEP), der Snap-Schritt bleibt aberderselbe – er hängt an Weltkoordinaten, nicht am Zoom.
Bei Mehrfachauswahl richtet sich jeder Node für sich aus (Nachtrag des Users während der
Arbeit). Die erste Fassung verschob die Auswahl um einen gemeinsamen Versatz, was ihre alten,
krummen Abstände mitschleppte: nur der Ankerknoten landete auf einer Linie. Jetzt ist
dragOffsetpro Node definiert – jeder bekommt seinen eigenen Versatz, die Auswahl fluchtet danach wirklich.
Der Preis ist bewusst: die relativen Abstände innerhalb der Auswahl können sich um bis zu einen
halben Schritt ändern.
Übernommen aus
todo-notes/done/graph-snap-grid.mdbeim Umzug auf das Issue-System (2026-09-12).10d0303— Finish the struct and list leftovers: inline lists, list fields, item kinds4b47741— Graph: optionales Grid-Snapping beim Ziehen von Nodes