editor: tile paint and collision strokes are one undo step, no collision option for tiles (visual-only model copy in the build), freed gl buffers and stale pick ids, export level as gltf/glb with textures and vertex colours
This commit is contained in:
1 parent
59531a60b8
commit
2f22a56cec
30 files changed
+1737
-27
No files matched your search
@@ -45,11 +45,13 @@ undo/history, project IO, build, play-test; property/fuzz tests; stress run of t
|
||||
|
||||
## Not fixed (reasons)
|
||||
|
||||
* Damaged-file dialogs show raw exception text ("ClassCastException …"); cosmetic, left to the UX review.
|
||||
* After a failed open, the status bar keeps "Loading <file>" (`StatusBar.progressDone` keeps the last message) – cosmetic (UX).
|
||||
* `GlRenderer.dispose()` does not delete `dynVao`/`dynVbo` (only at window close) – negligible.
|
||||
* `SceneRenderer.ids`/`nodes` keep pick ids of deleted nodes until the next level (small, bounded by edits).
|
||||
* Tile-paint erase strokes are one undo step per tile (`DeferredRemove` has no merge) – UX, not a defect.
|
||||
* ~~Damaged-file dialogs show raw exception text~~ – fixed 2026-11-07 (edui): `ErrorDialog` (all `ctx.error` calls) shows one
|
||||
plain sentence ("The project file is damaged.", "The file x does not exist.") and the exception + stack trace behind **Details**.
|
||||
* ~~After a failed open, the status bar keeps "Loading <file>"~~ – fixed 2026-11-07 (edui): a failed background task sets
|
||||
"<task> failed"; EditorStress `corrupt` now fails if the status still says "Loading…".
|
||||
* ~~`GlRenderer.dispose()` does not delete `dynVao`/`dynVbo`~~ – fixed 2026-11-07 (edgeo), see editor-render.md.
|
||||
* ~~`SceneRenderer.ids`/`nodes` keep pick ids of deleted nodes~~ – fixed 2026-11-07 (edgeo): dropped every 256 removals.
|
||||
* ~~Tile-paint erase strokes are one undo step per tile~~ – fixed 2026-11-07 (edgeo): `cmd.Stroke`, one step per drag.
|
||||
* `installTarget` treats a file with the same kind/base/level name as the previous play-test copy; two different
|
||||
projects with the same level name and base still share one file (rare; renaming one avoids it).
|
||||
* `LevelProjectSource`: when all TestLevel chapters 2..49 are taken, the 49th is used twice – practically unreachable.
|
||||
|
||||
Reference in new issue
Block a user