@imfusion/web-ui 0.5.1-dev.32.gddf4b438 → 0.5.1-dev.33.gadde98d1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@imfusion/web-ui",
3
- "version": "0.5.1-dev.32.gddf4b438",
3
+ "version": "0.5.1-dev.33.gadde98d1",
4
4
  "description": "The official Web UI component library for ImFusion web apps",
5
5
  "author": "ImFusion GmbH",
6
6
  "license": "UNLICENSED",
@@ -18,8 +18,7 @@ approval.
18
18
  - Work from the frontend package root. In a monorepo, inspect package manifests and `git worktree list` first, then choose
19
19
  the frontend package in the active worktree that uses web-ui. Read repository and component instructions before changing
20
20
  files.
21
- - Detect the package manager from lockfiles. Use npm for `package-lock.json`, pnpm for `pnpm-lock.yaml`, Yarn for
22
- `yarn.lock`, and Bun for `bun.lock*`. If multiple lockfiles exist, stop and ask which is authoritative.
21
+ - This workflow uses npm. `package-lock.json` is the expected lockfile. Another lockfile is a conflict: stop and ask.
23
22
  - A dry run is read-only. Do not install, run the installer, format, stage, commit, reset, or clean. Report what would run.
24
23
  - Record the initial `git status --short`. Existing changes are held back, never staged or overwritten.
25
24
  - A dirty file that the workflow needs to modify is a conflict. Stop and report it. This includes package files, installed
@@ -34,34 +33,33 @@ approval.
34
33
 
35
34
  ## Preflight
36
35
 
37
- 1. Select the frontend package in the active worktree and read its instructions, `package.json`, and lockfile.
36
+ 1. Select the frontend package in the active worktree and read its instructions, `package.json`, and `package-lock.json`.
38
37
  2. Check whether `@imfusion/web-ui` is already declared and record its installed/version-marker version.
39
38
  3. Record the worktree status and identify files the update would touch.
40
39
  4. Inspect `.agents/skills/`, `.claude/skills/`, the `AGENTS.md` fence, `.claude/settings.json`, and `.agents/hooks/`.
41
- 5. Check for another package-manager process. Stop on any conflict or ambiguous target.
40
+ 5. Check for another npm process. Stop on any conflict or ambiguous target.
42
41
 
43
42
  ## Base update
44
43
 
45
- In a non-dry run, update the dependency with the detected manager:
44
+ In a non-dry run, update the dependency:
46
45
 
47
46
  ```sh
48
47
  npm install @imfusion/web-ui
49
48
  ```
50
49
 
51
- Use the equivalent command for another detected manager. Pass an explicit version only when the user supplied one. Do not use
52
- `--force` or `--legacy-peer-deps` to make installation pass. Stop on install failure.
50
+ Pass an explicit version only when the user supplied one. Do not use `--force` or `--legacy-peer-deps` to make installation
51
+ pass. Stop on install failure.
53
52
 
54
53
  Then refresh the existing web-ui skill target and lifecycle hooks:
55
54
 
56
55
  ```sh
57
- npx --no-install web-ui-install --skills
58
- npx --no-install web-ui-install --hooks
56
+ npx web-ui-install --skills
57
+ npx web-ui-install --hooks
59
58
  ```
60
59
 
61
- Run these from the consumer package after its dependency install. `--no-install` uses the installed package's binary and
62
- fails clearly when the package is absent, rather than asking npm to download a nonexistent `web-ui-install` package. Use the
63
- detected manager's runner for non-npm projects. Preserve the existing target (`.agents`, `.claude`, or both); do not silently
64
- choose a new one.
60
+ Run these from the consumer package root, the directory holding the `node_modules` that the dependency install just wrote.
61
+ `npx` resolves `web-ui-install` from the installed `@imfusion/web-ui` there; from any other directory it cannot find the
62
+ binary. Preserve the existing target (`.agents`, `.claude`, or both); do not silently choose a new one.
65
63
 
66
64
  Always run both installer commands after the package update. Skills and installer-owned hook scripts may have changed even
67
65
  when their existing registrations already cover session start, prompt submit, and post-edit verification. The hook installer