Im Tab: Wenn ich den time slider benutze, ist es automatisch auf "Hold" - das passt, aber der Button zeigt immer noch "Hold" an obwohl "Run" dastehen müsste
Im Tab: Wenn particle auf hold steht, und klicke auf "Restart", dann aktualisiert sich der slider + time nicht (müsste auf 0s stehen)
Die Vorschau Panel bitte rechts vom view anstelle unter dem view (=> vertikaler Separator)
1. Im Tab: Wenn ich den time slider benutze, ist es automatisch auf "Hold" - das passt, aber der Button zeigt immer noch "Hold" an obwohl "Run" dastehen müsste
2. Im Tab: Wenn particle auf hold steht, und klicke auf "Restart", dann aktualisiert sich der slider + time nicht (müsste auf 0s stehen)
3. Die Vorschau Panel bitte rechts vom view anstelle unter dem view (=> vertikaler Separator)
admin
added the particles label 2026-09-14 06:12:18 +02:00
admin
added this to the Development project 2026-09-14 06:12:18 +02:00
admin
moved this to Next in Development on 2026-09-14 06:12:22 +02:00
wenn auf hold und ich klick auf restart, dann wird es zwar richtig dargestellt werden aber die time dürfte im hintergrund weiterlaufen. sprich wenn es hold ist und ick klicke restart => sprung auf 0s und bleibt stehen, passt soweit. warte 2s und klicke dann auf "Run", dann springt der timer sofort auf sekunde 2 und läuft von da aus weiter
die preview im graph ignoriert die asset property änderungen (getestet mit lifetime 2s anstelle von 1s und rate 5 anstelle von 20) - in der preview wird weiterhin 1s lifetime und rate 20 dargestellt)
noch ein paar bugs festgestellt:
1. wenn auf hold und ich klick auf restart, dann wird es zwar richtig dargestellt werden aber die time dürfte im hintergrund weiterlaufen. sprich wenn es hold ist und ick klicke restart => sprung auf 0s und bleibt stehen, passt soweit. warte 2s und klicke dann auf "Run", dann springt der timer sofort auf sekunde 2 und läuft von da aus weiter
2. die preview im graph ignoriert die asset property änderungen (getestet mit lifetime 2s anstelle von 1s und rate 5 anstelle von 20) - in der preview wird weiterhin 1s lifetime und rate 20 dargestellt)
Gebaut, gemessen, dreifach gegengeprueft — zwei Commits: 4feb4c2 (CI-Reparatur) und fbb2d15 (#86), Wiki 02c74bb.
Deine drei Punkte aus dem Issue
1. Hold hiess weiter Hold, nachdem der Slider die Vorschau angehalten hatte. Der Knopf fuehrte eine eigene Klick-Historie statt den Zustand der Vorschau zu spiegeln. Er liest jetzt preview.holding — ein Slider-Zug haelt die Vorschau, also steht danach Run drauf.
2. Restart liess eine gehaltene Vorschau auf ihrer Sekunde stehen. Jetzt setzt es auch den Haltepunkt auf 0.00 s zurueck, nicht nur den Strom.
3. Die Vorschau lag unter dem Graphen. Sie steht jetzt rechts davon, hinter einem ziehbaren Splitter. Begruendung fuer die Richtung: ein Graph wird in die Breite gelesen — Breite kann er entbehren, Hoehe nicht. Dafuer hat AssetTabEditor einen body()-Haken bekommen; die Basisklasse stapelt weiter Header, Streifen und Canvas, eine Unterklasse darf etwas danebenstellen.
Deine zwei Punkte aus dem Kommentar — mit ihrer Ursache
Die Uhr lief unter dem Hold weiter.Hold hatte nur das Bild eingefroren: die Vorschau rechnete sich beim Zeichnen eine falsche Sekunde aus, waehrend die Bibliotheks-Uhr darunter weiterzaehlte. Beim Loslassen fiel die Zeit deshalb auf „wieviel waere inzwischen vergangen" — dein Sprung. Das ist die Kehrseite der Bauart, und sie hat nur eine richtige Antwort: ein Ding, das eine Funktion der Uhr ist, wird nicht angehalten, sondern verschoben.ParticleField.rebase(now, to) setzt den Ursprung so, dass das Feld bei now genau to Sekunden alt ist; hold(null) ruft das mit der Sekunde auf, auf der es stand.
Die Vorschau zeigte die Typ-Vorgaben statt der Zeilen des Assets.previewProps las nur defaultsFor('particles'). Uebersehen hatte ich, dass AssetBase.props auch am Graph-Asset ein vollwertiger Bag ist — genau dort landen deine 2 s und 5/s. Jetzt liegen asset.props ueber den Defaults, die Textur des Assets wird mit aufgeloest (vorher immer ein weisses Quadrat), und die Slider-Spanne folgt der Lifetime (3 x 2 s = 6 statt 3). Nachgezogen wird sie im tick(), weil die Zeilen im Inspector bearbeitet werden und der Tab davon nichts hoert.
Zwei Funde, die nicht im Issue stehen
CI-Lauf 35 fuer den #73-Push war rot — der erste rote der Reihe, und mir gestern durchgerutscht. Die Suite starb nach Modul 15 mit widget with text "Container" not found: der zehnte Tab schiebt Container bei 1280 px ins »-Menue, und drei Module klickten den Tab-Namen direkt. Das ist genau der Fall, fuer den #84 gebaut wurde, einen Schritt weiter als gedacht. Behoben mit einem gemeinsamen openTab(t, tab) in tools/e2e/lib/scaffold.mjs, das tabRow() fragt und bei Bedarf durch das Menue geht — an einer Stelle statt dreimal. Eigener Commit 4feb4c2, weil es vier fremde Module betrifft und eine Folge von #73/#84 ist, nicht von #86.
Der leere Hinweistext des Graph-Canvas ragte 38 px ueber seinen Rahmen, seit die Vorschau 280 px wegnimmt. Gefunden vom eigenen Vollauf, nicht gemeldet; er wird jetzt wie jedes andere Label mit truncate geschnitten.
Geprueft, nicht behauptet
./check.sh
=== CHECK EXIT 0 ===, 916 Tests, Log 06:44:53 — juenger als jede Quelle (06:43:41)
volle e2e
ALL PASSED – 816 Checks, E2E EXIT 0, gegen index-BKBZHiJd.js — gemessen, erste echte Zahl seit 790
Screenshot: Vorschau rechts mit eigenem Grund, Splitter, Hold/Restart, 3.33 s; » in der Leiste
Drei Gegenproben, jede neu gebaut, jede beisst an genau ihrer Stelle:
verbogen
Befund
rebase weg
time: 3 statt 0 — woertlich dein Fehlerbild
Asset-Zeilen ignoriert
count: 20 statt 8
Spanne aus den Typ-Defaults
span: 3 statt 6
Im gemeinsamen Lauf fielen genau 2 von 25, die uebrigen 23 blieben gruen.
Zaehler 816 in README und Wiki Development — diesmal gemessen statt gerechnet. Die vorherigen 809 waren unbelegt, weil CI-Lauf 35 vor dem Ende starb; richtig gerechnet waren sie.
Wiki: Particles beschreibt die Vorschau neu (rechts, eigene Zeilen, was ein Hold beim Loslassen schuldet), Architecture nennt die Kehrseite des Formel-Modells, Development die openTab-Regel.
Gebaut, gemessen, dreifach gegengeprueft — zwei Commits: **`4feb4c2`** (CI-Reparatur) und **`fbb2d15`** (#86), Wiki **`02c74bb`**.
## Deine drei Punkte aus dem Issue
**1. `Hold` hiess weiter `Hold`, nachdem der Slider die Vorschau angehalten hatte.** Der Knopf fuehrte eine eigene Klick-Historie statt den Zustand der Vorschau zu spiegeln. Er liest jetzt `preview.holding` — ein Slider-Zug haelt die Vorschau, also steht danach `Run` drauf.
**2. `Restart` liess eine gehaltene Vorschau auf ihrer Sekunde stehen.** Jetzt setzt es auch den Haltepunkt auf 0.00 s zurueck, nicht nur den Strom.
**3. Die Vorschau lag unter dem Graphen.** Sie steht jetzt **rechts davon**, hinter einem ziehbaren Splitter. Begruendung fuer die Richtung: ein Graph wird in die Breite gelesen — Breite kann er entbehren, Hoehe nicht. Dafuer hat `AssetTabEditor` einen `body()`-Haken bekommen; die Basisklasse stapelt weiter Header, Streifen und Canvas, eine Unterklasse darf etwas danebenstellen.
## Deine zwei Punkte aus dem Kommentar — mit ihrer Ursache
**Die Uhr lief unter dem Hold weiter.** `Hold` hatte nur das *Bild* eingefroren: die Vorschau rechnete sich beim Zeichnen eine falsche Sekunde aus, waehrend die Bibliotheks-Uhr darunter weiterzaehlte. Beim Loslassen fiel die Zeit deshalb auf „wieviel waere inzwischen vergangen" — dein Sprung. Das ist die Kehrseite der Bauart, und sie hat nur eine richtige Antwort: **ein Ding, das eine Funktion der Uhr ist, wird nicht angehalten, sondern verschoben.** `ParticleField.rebase(now, to)` setzt den Ursprung so, dass das Feld bei `now` genau `to` Sekunden alt ist; `hold(null)` ruft das mit der Sekunde auf, auf der es stand.
**Die Vorschau zeigte die Typ-Vorgaben statt der Zeilen des Assets.** `previewProps` las nur `defaultsFor('particles')`. Uebersehen hatte ich, dass `AssetBase.props` auch am Graph-Asset ein vollwertiger Bag ist — genau dort landen deine 2 s und 5/s. Jetzt liegen `asset.props` ueber den Defaults, **die Textur des Assets wird mit aufgeloest** (vorher immer ein weisses Quadrat), und die **Slider-Spanne folgt der Lifetime** (3 x 2 s = 6 statt 3). Nachgezogen wird sie im `tick()`, weil die Zeilen im Inspector bearbeitet werden und der Tab davon nichts hoert.
## Zwei Funde, die nicht im Issue stehen
**CI-Lauf 35 fuer den #73-Push war rot** — der erste rote der Reihe, und mir gestern durchgerutscht. Die Suite starb nach Modul 15 mit `widget with text "Container" not found`: der zehnte Tab schiebt *Container* bei 1280 px ins `»`-Menue, und drei Module klickten den Tab-Namen direkt. Das ist genau der Fall, fuer den #84 gebaut wurde, einen Schritt weiter als gedacht. Behoben mit einem gemeinsamen **`openTab(t, tab)`** in `tools/e2e/lib/scaffold.mjs`, das `tabRow()` fragt und bei Bedarf durch das Menue geht — an einer Stelle statt dreimal. Eigener Commit `4feb4c2`, weil es vier fremde Module betrifft und eine Folge von #73/#84 ist, nicht von #86.
**Der leere Hinweistext des Graph-Canvas ragte 38 px ueber seinen Rahmen**, seit die Vorschau 280 px wegnimmt. Gefunden vom eigenen Vollauf, nicht gemeldet; er wird jetzt wie jedes andere Label mit `truncate` geschnitten.
## Geprueft, nicht behauptet
| | |
|---|---|
| `./check.sh` | `=== CHECK EXIT 0 ===`, **916 Tests**, Log 06:44:53 — juenger als jede Quelle (06:43:41) |
| volle e2e | **ALL PASSED – 816 Checks**, `E2E EXIT 0`, gegen `index-BKBZHiJd.js` — **gemessen**, erste echte Zahl seit 790 |
| Modul 31 | **ALL PASSED – 25 Checks** (18 aus #73 + 5 + 2 neue) |
| Angesehen | Screenshot: Vorschau rechts mit eigenem Grund, Splitter, `Hold`/`Restart`, `3.33 s`; `»` in der Leiste |
**Drei Gegenproben, jede neu gebaut, jede beisst an genau ihrer Stelle:**
| verbogen | Befund |
|---|---|
| `rebase` weg | `time: 3` statt 0 — woertlich dein Fehlerbild |
| Asset-Zeilen ignoriert | `count: 20` statt 8 |
| Spanne aus den Typ-Defaults | `span: 3` statt 6 |
Im gemeinsamen Lauf fielen genau 2 von 25, die uebrigen 23 blieben gruen.
**Zaehler 816** in README und Wiki *Development* — diesmal gemessen statt gerechnet. Die vorherigen 809 waren unbelegt, weil CI-Lauf 35 vor dem Ende starb; richtig gerechnet waren sie.
Wiki: *Particles* beschreibt die Vorschau neu (rechts, eigene Zeilen, was ein Hold beim Loslassen schuldet), *Architecture* nennt die Kehrseite des Formel-Modells, *Development* die `openTab`-Regel.
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.
noch ein paar bugs festgestellt:
Gebaut, gemessen, dreifach gegengeprueft — zwei Commits:
4feb4c2(CI-Reparatur) undfbb2d15(#86), Wiki02c74bb.Deine drei Punkte aus dem Issue
1.
Holdhiess weiterHold, nachdem der Slider die Vorschau angehalten hatte. Der Knopf fuehrte eine eigene Klick-Historie statt den Zustand der Vorschau zu spiegeln. Er liest jetztpreview.holding— ein Slider-Zug haelt die Vorschau, also steht danachRundrauf.2.
Restartliess eine gehaltene Vorschau auf ihrer Sekunde stehen. Jetzt setzt es auch den Haltepunkt auf 0.00 s zurueck, nicht nur den Strom.3. Die Vorschau lag unter dem Graphen. Sie steht jetzt rechts davon, hinter einem ziehbaren Splitter. Begruendung fuer die Richtung: ein Graph wird in die Breite gelesen — Breite kann er entbehren, Hoehe nicht. Dafuer hat
AssetTabEditoreinenbody()-Haken bekommen; die Basisklasse stapelt weiter Header, Streifen und Canvas, eine Unterklasse darf etwas danebenstellen.Deine zwei Punkte aus dem Kommentar — mit ihrer Ursache
Die Uhr lief unter dem Hold weiter.
Holdhatte nur das Bild eingefroren: die Vorschau rechnete sich beim Zeichnen eine falsche Sekunde aus, waehrend die Bibliotheks-Uhr darunter weiterzaehlte. Beim Loslassen fiel die Zeit deshalb auf „wieviel waere inzwischen vergangen" — dein Sprung. Das ist die Kehrseite der Bauart, und sie hat nur eine richtige Antwort: ein Ding, das eine Funktion der Uhr ist, wird nicht angehalten, sondern verschoben.ParticleField.rebase(now, to)setzt den Ursprung so, dass das Feld beinowgenautoSekunden alt ist;hold(null)ruft das mit der Sekunde auf, auf der es stand.Die Vorschau zeigte die Typ-Vorgaben statt der Zeilen des Assets.
previewPropslas nurdefaultsFor('particles'). Uebersehen hatte ich, dassAssetBase.propsauch am Graph-Asset ein vollwertiger Bag ist — genau dort landen deine 2 s und 5/s. Jetzt liegenasset.propsueber den Defaults, die Textur des Assets wird mit aufgeloest (vorher immer ein weisses Quadrat), und die Slider-Spanne folgt der Lifetime (3 x 2 s = 6 statt 3). Nachgezogen wird sie imtick(), weil die Zeilen im Inspector bearbeitet werden und der Tab davon nichts hoert.Zwei Funde, die nicht im Issue stehen
CI-Lauf 35 fuer den #73-Push war rot — der erste rote der Reihe, und mir gestern durchgerutscht. Die Suite starb nach Modul 15 mit
widget with text "Container" not found: der zehnte Tab schiebt Container bei 1280 px ins»-Menue, und drei Module klickten den Tab-Namen direkt. Das ist genau der Fall, fuer den #84 gebaut wurde, einen Schritt weiter als gedacht. Behoben mit einem gemeinsamenopenTab(t, tab)intools/e2e/lib/scaffold.mjs, dastabRow()fragt und bei Bedarf durch das Menue geht — an einer Stelle statt dreimal. Eigener Commit4feb4c2, weil es vier fremde Module betrifft und eine Folge von #73/#84 ist, nicht von #86.Der leere Hinweistext des Graph-Canvas ragte 38 px ueber seinen Rahmen, seit die Vorschau 280 px wegnimmt. Gefunden vom eigenen Vollauf, nicht gemeldet; er wird jetzt wie jedes andere Label mit
truncategeschnitten.Geprueft, nicht behauptet
./check.sh=== CHECK EXIT 0 ===, 916 Tests, Log 06:44:53 — juenger als jede Quelle (06:43:41)E2E EXIT 0, gegenindex-BKBZHiJd.js— gemessen, erste echte Zahl seit 790Hold/Restart,3.33 s;»in der LeisteDrei Gegenproben, jede neu gebaut, jede beisst an genau ihrer Stelle:
rebasewegtime: 3statt 0 — woertlich dein Fehlerbildcount: 20statt 8span: 3statt 6Im gemeinsamen Lauf fielen genau 2 von 25, die uebrigen 23 blieben gruen.
Zaehler 816 in README und Wiki Development — diesmal gemessen statt gerechnet. Die vorherigen 809 waren unbelegt, weil CI-Lauf 35 vor dem Ende starb; richtig gerechnet waren sie.
Wiki: Particles beschreibt die Vorschau neu (rechts, eigene Zeilen, was ein Hold beim Loslassen schuldet), Architecture nennt die Kehrseite des Formel-Modells, Development die
openTab-Regel.