weml-monaco 0.3.3 → 0.4.0

package/CHANGELOG.md

@@ -8,6 +8,38 @@ This package mirrors the language logic of the VS Code extension; entries below
 track the port catching up with the VS Code provider changes (see the root
 `CHANGELOG.md` for the extension).
 
+## [0.4.0] — 2026-08-17
+
+Packaging only — the language logic is unchanged.
+
+### Changed
+- **Rebuilt the package with tsup** into `dist/index.mjs` (ESM), `dist/index.cjs`
+  (CJS) and `dist/index.global.js` (minified IIFE for `<script>`/CDN use), with an
+  `exports` map, per-condition type declarations, `sideEffects: false` and
+  `engines: node >= 18`. `main` used to point at the IIFE bundle, so
+  `require('weml-monaco')` returned an empty object — it now resolves to real CJS.
+- **The published tarball shrank from ~7 MB to ~2 MB.** The IIFE build is minified
+  and ships without a sourcemap; only the ESM/CJS bundles carry maps.
+- `node-html-parser` and `vscode-html-languageservice` moved to `devDependencies`:
+  both are bundled into every artefact, so the package now installs with **no
+  runtime dependencies**.
+- Publishing runs `publint` + `arethetypeswrong` (`npm run check:package`) in CI.
+
+### Fixed
+- **Sourcemaps no longer reference files that do not exist.** esbuild used to chain
+  the maps shipped by `entities`, `domutils`, `css-select` and `nth-check`, which
+  point at TypeScript sources those packages never publish; the resulting `sources`
+  entries resolved to `<app>/node_modules/node_modules/...` and made every consuming
+  dev server log a warning per source on each load (Vite: *"Sourcemap … points to a
+  source file outside its package"*). Dependency sourcemap comments are now ignored
+  at build time, so every source in the shipped maps has inline content.
+
+### Migration
+Deep imports of `dist/weml-monaco.js` / `dist/weml-monaco.esm.js` no longer exist
+(and the `exports` map blocks deep paths anyway). Import the package by name —
+`import { registerWeml } from 'weml-monaco'` — or, for a `<script>` tag, use
+`weml-monaco/global` (`window.WemlMonaco`).
+
 ## [0.3.2] — 2026-08-13
 
 Synced with VS Code extension `0.7.7`.

package/README.md

@@ -27,12 +27,29 @@ standalone re-implementation living entirely under `monaco-editor/`.
 
 ## Install & build
 
+```bash
+npm install weml-monaco
+```
+
+The package has no runtime dependencies (`node-html-parser` and
+`vscode-html-languageservice` are bundled in) and `monaco-editor` is a peer
+dependency you already have.
+
+| entry point            | file                    | for                                    |
+| ---------------------- | ----------------------- | -------------------------------------- |
+| `weml-monaco`          | `dist/index.mjs`        | ESM — bundlers, `import`               |
+| `weml-monaco`          | `dist/index.cjs`        | CJS — `require`                        |
+| `weml-monaco/global`   | `dist/index.global.js`  | `<script>` / CDN → `window.WemlMonaco` |
+
+Working on the package itself:
+
 ```bash
 cd monaco-editor
 npm install
-npm run build      # → dist/weml-monaco.js (IIFE global), .esm.js (ESM), *.d.ts
-npm run typecheck  # tsc --noEmit
-npm test           # build the ESM bundle + run the Node smoke test
+npm run build          # tsup → dist/ (ESM + CJS + IIFE + declarations)
+npm run typecheck      # tsc --noEmit
+npm test               # build + Node smoke test
+npm run check:package  # publint + arethetypeswrong on the packed tarball
 ```
 
 ## Usage
@@ -42,7 +59,7 @@ Monaco itself is loaded (AMD/CDN, ESM bundle, or a global):
 
 ```ts
 import * as monaco from 'monaco-editor';
-import { registerWeml } from 'weml-monaco'; // or the bundled dist/weml-monaco.esm.js
+import { registerWeml } from 'weml-monaco';
 
 const disposable = registerWeml(monaco);
 
@@ -113,7 +130,7 @@ behave like `editor.insertSnippet` in VS Code.
 ## Demo
 
 ```bash
-npm run demo        # bundles src/index.ts → demo/weml-monaco.js
+npm run demo        # builds dist/ and copies the IIFE bundle → demo/weml-monaco.js
 # then open demo/index.html in a browser
 ```