# TODO - [ ] Adopt blazor.boot.json like format, instead of `mono-config.json` - [ ] Separate assets/manifest from application config from current run arguments - [x] Unify the templates and it's `runArgs.json` - [ ] `PATH`-like DLL resolution for nodeJS, (and WASI?) - [ ] runtimeconfig.json/.bin and launchsettings - [x] remove features like `proxyConsoleMethod` from template, or integrate them with runtime - [ ] Incremental updates - [ ] ~~Try to load assemblies to VFS (instead of WASM memory) and let runtime load them from there~~ - [ ] https://github.com/dotnet/runtime/issues/79981 - on NodeJS/V8 let runtime load assemblies on the fly from local filesystem without extra boot config - [x] Experiment with serializing initial wasm memory instead of loading dlls - [ ] Experiment with inlined `mono-config` (faster startup, in-place URLs of all assets) - [x] https://github.com/dotnet/runtime/issues/85045
TODO
mono-config.jsonrunArgs.jsonPATH-like DLL resolution for nodeJS, (and WASI?)proxyConsoleMethodfrom template, or integrate them with runtimeTry to load assemblies to VFS (instead of WASM memory) and let runtime load them from theremono-config(faster startup, in-place URLs of all assets)