@imfusion/web-ui 0.6.4-dev.109.g8d507655 → 0.6.4-dev.116.gbcea6d9a
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/CHANGELOG.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
-
## `0.7.0` 2026.09.
|
|
3
|
+
## `0.7.0` 2026.09.27
|
|
4
4
|
|
|
5
5
|
### Highlights
|
|
6
6
|
|
|
@@ -174,7 +174,10 @@ Spinner ignores `color`. Choose a baked variant:
|
|
|
174
174
|
- The Tokens page is the single place that documents the Storybook token controls, and the token reference shows them like
|
|
175
175
|
the showcase: a side panel on large screens, a drawer on smaller ones.
|
|
176
176
|
- Docs pages end with previous and next links in sidebar order.
|
|
177
|
-
- Storybook docs render `mermaid` fences as diagrams
|
|
177
|
+
- Storybook docs render `mermaid` fences as diagrams, with a diagram's `title` as a primary caption, `owned` and
|
|
178
|
+
`external` subgraphs as primary-tinted and grey-striped lanes, and GitHub alerts as Callouts.
|
|
179
|
+
- The Design System page opens with how views and components are designed in Claude Design, and shows the sync in one
|
|
180
|
+
diagram, split by who owns each step.
|
|
178
181
|
- The development docs split Architecture, the decisions and their reasons, from Rules, the checkable rules with wrong and
|
|
179
182
|
right examples. The release guide shows under Development, and the color system and release guides have flow diagrams.
|
|
180
183
|
- Docs and skills are shorter, with examples and tables in place of repeated prose.
|
|
@@ -193,11 +196,10 @@ Spinner ignores `color`. Choose a baked variant:
|
|
|
193
196
|
a softer border.
|
|
194
197
|
- Storybook uses the ImFusion favicon set and starts on the next free port.
|
|
195
198
|
- The production build omits the Vitest testing widget.
|
|
196
|
-
- Storybook
|
|
197
|
-
under it in the sidebar and no longer autoplay when the story opens.
|
|
199
|
+
- The Storybook config is written with `defineMain` and `definePreview`.
|
|
198
200
|
- Agent skills — Nikolaus Brunner <brunner@imfusion.com>
|
|
199
201
|
- `imf-web-ui-update` reads the shipped `CHANGELOG.md` in its migration audit: it maps breaking changes and migration steps
|
|
200
|
-
to the project's call sites and lists fitting new features as suggestions.
|
|
202
|
+
to the project's call sites and lists fitting new features as suggestions, changing no file until the person approves.
|
|
201
203
|
- `web-ui-dev-changelog` covers the mechanical log and the curated release section, and `web-ui-dev-release` curates
|
|
202
204
|
the release notes through it.
|
|
203
205
|
- `web-ui-dev-audit-docs` checks Mermaid diagrams against the skills and flows they draw.
|
|
@@ -236,7 +238,8 @@ Spinner ignores `color`. Choose a baked variant:
|
|
|
236
238
|
differs from a convention as a deviation ([WEBSDK-218](https://imfusion.atlassian.net/browse/WEBSDK-218)).
|
|
237
239
|
- The router sends broken-install and library-choice questions to the skill that answers them, and `imf-web-ui-setup`
|
|
238
240
|
stays on the topic it was asked about.
|
|
239
|
-
- `imf-web-ui-ux` asks a question before recommending on a vague request.
|
|
241
|
+
- `imf-web-ui-ux` asks a question before recommending on a vague request and builds a fully specified one without asking.
|
|
242
|
+
- `imf-web-ui-components` starts every lookup at the component index, even for a component it already knows.
|
|
240
243
|
- `imf-web-ui-update` stops on any uncommitted work before it installs or writes anything.
|
|
241
244
|
- The `imf-web-ui-conventions` audit checklist lists only sections the React topic has ([WEBSDK-206](https://imfusion.atlassian.net/browse/WEBSDK-206)).
|
|
242
245
|
- The format-on-edit agent hook runs Prettier from the edited file's own worktree, so a worktree's `.prettierignore` applies. — Nikolaus Brunner <brunner@imfusion.com>
|
package/package.json
CHANGED
|
@@ -13,13 +13,14 @@ Use the generated package indexes. They are smaller and more reliable than readi
|
|
|
13
13
|
|
|
14
14
|
## Component lookup
|
|
15
15
|
|
|
16
|
-
1. Read the identity index:
|
|
16
|
+
1. Read the identity index first, even when you already know the component's name: it gives the docgen key and the status.
|
|
17
17
|
|
|
18
18
|
```sh
|
|
19
19
|
cat node_modules/@imfusion/web-ui/src/llms/llms.gen.txt
|
|
20
20
|
```
|
|
21
21
|
|
|
22
|
-
It lists each component's name, category, status, purpose, and docgen entry.
|
|
22
|
+
It lists each component's name, category, status, purpose, and docgen entry. The docgen entry is the prop source; the
|
|
23
|
+
`.d.ts` files in `dist/` carry no defaults and hide upstream props behind their base types.
|
|
23
24
|
|
|
24
25
|
2. Read only the matching entry from docgen:
|
|
25
26
|
|
|
@@ -99,7 +99,8 @@ section after the pre-update version, up to and including the new one. Each sect
|
|
|
99
99
|
`Breaking` entries are the release's own account of what changed. Then compare the old and new package metadata, current
|
|
100
100
|
generated docs, types, and examples, and run the full verification again.
|
|
101
101
|
|
|
102
|
-
|
|
102
|
+
This phase reads and reports: every file stays as it is until the person approves the migration. Open the report with the
|
|
103
|
+
releases read, then report separately:
|
|
103
104
|
|
|
104
105
|
- migrations: every `Breaking` entry and migration step, mapped to the call sites it affects here and the fix the changelog
|
|
105
106
|
shows; a step with no matching code is reported as not applicable;
|
|
@@ -25,7 +25,8 @@ no reason to reply. Ask one at a time, and stop once the choice is clear:
|
|
|
25
25
|
4. What should users see when it is empty, loading, or failing?
|
|
26
26
|
5. Is it a full page or part of another flow?
|
|
27
27
|
|
|
28
|
-
|
|
28
|
+
A request that names the component, where it goes, and its initial state is specified: build it with no question. If the
|
|
29
|
+
prompt already answers a question, do not ask it again. Only when nobody is there to answer, or a question has gone
|
|
29
30
|
unanswered, make the conservative choice and state the assumption.
|
|
30
31
|
|
|
31
32
|
## Choose a surface
|