nx_sudoku_html.nx

nx_sudoku_html.nx -- SOVEREIGN packager: the sudoku wasm module -> a self-contained playable page. WHY NOT nx_wasm_html. That packager's shim is hardcoded for an f32 demo: it calls render(yc,ys,xc,xs) with rotation matrices, never calls init() or tick(), and pins the canvas at a fixed 512px with height:100vh -- so it cannot drive a turn-based game and cannot pass the estate's reflow bar on a phone. A packager is part of the contract, not a detail: a game whose interface is init/tick/render needs a shim that speaks it. THE SOVEREIGN BOUNDARY, stated plainly. The emitted JS is a CANVAS SHIM and nothing else -- the accepted foreign-browser last mile, the same position nx_wasm_html takes. It knows how to blit a framebuffer and how to turn a keypress or a touch into an integer. It contains NO rules, NO solver, NO generator, NO scoring and NO grid geometry: cell hit testing is an export (tap), so the page cannot drift out of sync with the board it is drawing. Every decision is NishiLang. RESPONSIVE BY CONSTRUCTION (WCAG 2.1 SC 1.4.10 Reflow @ 320px): the canvas carries no fixed pixel width. It is width:100% inside a max-width container with aspect-ratio:1, and image-rendering pixelated keeps the integer raster crisp when it scales. Taps are mapped back through the canvas rect, so the module always receives framebuffer coordinates whatever size it is displayed at. usage: nx_sudoku_html <in.wasm> <out.html> exit : 0 ok | 2 usage | 3 cannot read wasm license_tier: ORIGINAL No hw writes (Rule 26). expect_exit: 0