Modules herstarten per paginawissel: de editor leeft weer na een terugkeer (shaer-5s1)
Drie klachten, een wortel. De oude inline scripts draaiden bij ELKE render;
een ES-module draait zijn top-level EEN keer per sessie, en de bootstrap
importeert een geladen module nooit opnieuw. Dus:
- /posts/new na een htmx-terugkeer: geen toolbar, geen serialisatie --
het verborgen veld kreeg de chips nooit terug (shortcodes 'opgegeten')
- /admin/audio na een terugkeer: de eigen kopieerhandler dood, en de klik
viel door naar de GEDELEGEERDE handler van admin-media, die voor
mediapaden terecht location.origin voorplakt -- vandaar
https://site[[track:uuid]] op het klembord
De afspraak is nu: een module die per render moet draaien exporteert init(),
en de bootstrap roept die aan bij elke wissel waarop de module actief is.
Modules zonder init houden hun oude gedrag. Listeners op document/window
overleven de swap met closures naar dode elementen; makeSweeper in lib.js
veegt bij elke init de vorige lichting weg. Gedelegeerde handlers die
bewust blijven leven (media/videos) krijgen een paginawacht, want data-copy
betekent daar een PAD en elders een shortcode.
Omgezet: post-edit, admin-audio, admin-playlists. Bewaakt: admin-media,
admin-videos. playlist-editor en track-editor waren al swap-bestendig
(globale functie, gedelegeerd met eigen guards).
Co-Authored-By: Claude Opus 5 <noreply@…>