The bundle now carries the catalogue strings the two files stopped deriving from their own key names, so it has to be regenerated: 307 modules (up from 295 — useOptionalT pulls library/i18n's tStatic and the areas it resolves), 831.13 kB. fix:sri rewrote the leaf hashes; that summary is NOT the evidence. All three leaf integrity attributes were re-derived here by recomputing sha384 over the emitted bundle and comparing to what each HTML claims — 3 recomputed, 0 mismatches. This is the step that was skipped when three consecutive commits shipped leaves pinning a hash for a bundle that no longer existed, and the browser refused the script on every one of those pages while the build reported success. |
||
|---|---|---|
| .. | ||
| dx-maps | ||
| README.md | ||
public/ — the built output
This folder is GENERATED by bun run build; do not edit it by hand. It holds exactly one thing:
dx-maps/— the output folder: 23 plugin bundles and 35 pages, self-contained. Copy this one folder to any web host (or open it from disk) and it works.dx-maps/index.html— the front page: the Plugin Studio, every plugin in one place.dx-maps/<plugin>/<plugin>.js— a plugin's bundle (a custom element; load it with a<script>tag).dx-maps/<plugin>/<page>/index.html— a ready-made page for one plugin view (embed it in an<iframe>).dx-maps/manifest.json— every plugin, page and embed snippet, machine-readable.dx-maps/assets/— the data, fonts and images the plugins fetch at runtime.
The folder's name comes from name in vite.doxa-maps-build-config.json. Sources live in
plugin-designs/, library/ and data/; rm -rf public/ && bun run build recreates all of this.