@juwel-development/design-system 3.0.0 → 3.2.0
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/README.md +31 -0
- package/dist/design-system.js +219 -128
- package/dist/index.css +1 -1
- package/dist/types/Arrangement/Cluster/Cluster.d.ts +50 -0
- package/dist/types/Arrangement/Stack/Stack.d.ts +51 -0
- package/dist/types/Display/Figure/Figure.d.ts +21 -4
- package/dist/types/Display/Rail/Rail.d.ts +6 -0
- package/dist/types/Display/Typography/H1/H1.d.ts +7 -1
- package/dist/types/Display/Typography/Note/Note.d.ts +35 -0
- package/dist/types/Interaction/Link/Link.d.ts +4 -4
- package/dist/types/Layout/Cover/Cover.d.ts +48 -0
- package/dist/types/Layout/Form/Form.d.ts +8 -4
- package/dist/types/Layout/Header/Header.d.ts +20 -1
- package/dist/types/Layout/Hero/Hero.d.ts +9 -7
- package/dist/types/Layout/Section/Section.d.ts +7 -0
- package/dist/types/Theme/Palette.d.ts +55 -6
- package/dist/types/index.d.ts +4 -0
- package/package.json +1 -1
- package/src/Arrangement/Cluster/Cluster.tsx +80 -0
- package/src/Arrangement/Stack/Stack.tsx +81 -0
- package/src/Display/Figure/Figure.tsx +48 -7
- package/src/Display/Rail/Rail.tsx +6 -0
- package/src/Display/Typography/H1/H1.tsx +17 -7
- package/src/Display/Typography/Note/Note.tsx +56 -0
- package/src/Interaction/Button/Button.tsx +4 -1
- package/src/Interaction/Input/Input.tsx +17 -6
- package/src/Interaction/Link/Link.tsx +9 -5
- package/src/Interaction/TextArea/TextArea.tsx +17 -6
- package/src/Layout/Cover/Cover.tsx +85 -0
- package/src/Layout/Form/Form.tsx +24 -8
- package/src/Layout/Header/Header.tsx +37 -4
- package/src/Layout/Hero/Hero.tsx +10 -6
- package/src/Layout/PageHead/PageHead.tsx +2 -0
- package/src/Layout/Section/Section.tsx +11 -0
- package/src/Theme/Palette.ts +63 -14
- package/src/Theme/renderTokens.ts +37 -7
- package/src/index.ts +4 -0
- package/src/tokens.css +29 -10
- package/src/tokens.dark.css +25 -6
- package/src/tokens.light.css +25 -6
package/README.md
CHANGED
|
@@ -103,3 +103,34 @@ checks it again on pull requests.
|
|
|
103
103
|
Merging to `main` runs semantic-release, which works out the version from those
|
|
104
104
|
messages, writes `CHANGELOG.md`, tags the commit, publishes to npm and opens a GitHub
|
|
105
105
|
release with the generated notes. No version number is set by hand.
|
|
106
|
+
|
|
107
|
+
### Publishing a note
|
|
108
|
+
|
|
109
|
+
A commit body can carry a `NOTE:` footer, which puts a **consumer-facing note** into
|
|
110
|
+
`CHANGELOG.md` under its own `NOTE` heading. The version is unaffected - a `fix:` with a
|
|
111
|
+
note is still a patch - so a note never has to be dressed up as a breaking change to get
|
|
112
|
+
published:
|
|
113
|
+
|
|
114
|
+
```
|
|
115
|
+
fix(section): give the section a positioning context
|
|
116
|
+
|
|
117
|
+
NOTE: An absolutely-positioned descendant of a `Section` that used to anchor to an outer
|
|
118
|
+
ancestor now anchors to the section instead - silently, with no error.
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
Write one when a change alters how a consumer's existing code behaves **without** being a
|
|
122
|
+
breaking change: nothing they wrote stops compiling, but what it does is different. A note
|
|
123
|
+
is not a second subject line and not a place for implementation detail - it says what a
|
|
124
|
+
consumer has to know, in their terms. A commit carrying a note reaches the changelog
|
|
125
|
+
whatever its type prefix, so even a `chore:` can publish one.
|
|
126
|
+
|
|
127
|
+
One commit may carry several notes. Two rules keep them intact, both of them the commit
|
|
128
|
+
parser's: put a **blank line between notes**, or one of them is silently dropped, and keep
|
|
129
|
+
any `(#issue)` reference **off the last line of a wrapped note**, or the note is cut short
|
|
130
|
+
there and the reference is filed against the commit instead. Each note is published
|
|
131
|
+
prefixed with the commit's scope, so a commit whose notes span several components reads
|
|
132
|
+
better with no scope at all.
|
|
133
|
+
|
|
134
|
+
A real breaking change still uses `BREAKING CHANGE:`, and still forces a major. The two
|
|
135
|
+
keywords are not interchangeable, and the reason a third one cannot simply be added is in
|
|
136
|
+
the [architecture standard](./docs/agents/standards/architecture.md#release).
|