@ids-group-ltd/ids-design-system 0.1.0 → 0.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/LICENSE +21 -0
- package/README.md +32 -10
- package/fesm2022/ids-group-ltd-ids-design-system.mjs +241 -240
- package/fesm2022/ids-group-ltd-ids-design-system.mjs.map +1 -1
- package/package.json +2 -2
- package/styles/_dropdown-overlay.scss +117 -117
- package/styles/_fonts.scss +59 -59
- package/styles/_icon-base.scss +9 -9
- package/styles/_link.scss +77 -77
- package/styles/_reset.scss +17 -17
- package/styles/_scrollbar.scss +17 -17
- package/styles/_toast-overlay.scss +6 -6
- package/styles/_tokens-charts.scss +70 -70
- package/styles/_tokens.scss +614 -614
- package/styles/ds.scss +27 -27
- package/themes/README.md +96 -96
- package/themes/default/_palette.scss +159 -159
- package/themes/default/_theme.scss +274 -274
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 IDS Group Ltd
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
CHANGED
|
@@ -82,24 +82,45 @@ Releases follow [SemVer](https://semver.org): `fix` → patch, new backwards-com
|
|
|
82
82
|
features → minor, breaking changes (API or visual) → major. A new Angular major
|
|
83
83
|
always means a new package major. See `CHANGELOG.md` for history.
|
|
84
84
|
|
|
85
|
-
|
|
86
|
-
|
|
85
|
+
Before releasing, add your notes to the `## Unreleased` section of `CHANGELOG.md`
|
|
86
|
+
on `main`. Then release one of two ways.
|
|
87
|
+
|
|
88
|
+
### Option A — one-click in Bitbucket (recommended)
|
|
89
|
+
|
|
90
|
+
In the Bitbucket UI: **Pipelines → Run pipeline → branch `main` →** pick
|
|
91
|
+
`release-patch`, `release-minor`, `release-major`, or `release-beta`. CI bumps the
|
|
92
|
+
version, stamps the CHANGELOG, commits, tags, pushes `main`, builds `dist/ds`, and
|
|
93
|
+
publishes to npm — no local tooling needed. `## Unreleased` must be filled first;
|
|
94
|
+
preflight fails the pipeline early otherwise.
|
|
95
|
+
|
|
96
|
+
### Option B — locally
|
|
97
|
+
|
|
98
|
+
With a clean, in-sync `main`:
|
|
87
99
|
|
|
88
100
|
```bash
|
|
89
101
|
npm run release:patch # 0.1.0 -> 0.1.1 bugfixes
|
|
90
102
|
npm run release:minor # 0.1.0 -> 0.2.0 new components/inputs/tokens
|
|
91
103
|
npm run release:major # 0.x -> 1.0.0 breaking changes
|
|
104
|
+
npm run release:beta # 0.2.0 -> 0.2.1-beta.0 pre-release
|
|
92
105
|
|
|
93
106
|
git push origin main --follow-tags # the tag push triggers CI publish
|
|
94
107
|
```
|
|
95
108
|
|
|
96
|
-
Each `release:*`
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
`
|
|
109
|
+
Each `release:*` runs preflight checks first (must be on a clean, in-sync `main`
|
|
110
|
+
with a non-empty `## Unreleased` CHANGELOG section), bumps the version, stamps the
|
|
111
|
+
CHANGELOG (`## Unreleased` → `## x.y.z — date`, opening a fresh Unreleased), and
|
|
112
|
+
creates a `release: x.y.z` commit plus a `vX.Y.Z` git tag locally — it does **not**
|
|
113
|
+
publish. The tag push to Bitbucket runs `bitbucket-pipelines.yml`, which builds
|
|
114
|
+
`dist/ds` and publishes it through `infrastructure/scripts/publish.sh`. That script
|
|
115
|
+
refuses to publish if the tag does not match the built version or if the version is
|
|
116
|
+
already on npm.
|
|
117
|
+
|
|
118
|
+
Bypass preflight in emergencies with `SKIP_PREFLIGHT=1 npm run release:patch`.
|
|
100
119
|
|
|
101
|
-
CI auth uses
|
|
102
|
-
token, read+write on `@ids-group-ltd`, "Bypass 2FA" enabled)
|
|
120
|
+
CI auth uses two Secured repository variables: `NPM_TOKEN` (npm granular access
|
|
121
|
+
token, read+write on `@ids-group-ltd`, "Bypass 2FA" enabled) for publishing, and —
|
|
122
|
+
for the one-click pipelines only — `RELEASE_TOKEN`, a Bitbucket Repository Access
|
|
123
|
+
Token with `repository:write` used to push the bump commit and tag back to `main`.
|
|
103
124
|
|
|
104
125
|
Manual publish (fallback, requires an authenticated npm session):
|
|
105
126
|
|
|
@@ -107,8 +128,9 @@ Manual publish (fallback, requires an authenticated npm session):
|
|
|
107
128
|
npm run publish:manual
|
|
108
129
|
```
|
|
109
130
|
|
|
110
|
-
Pre-releases: `npm
|
|
131
|
+
Pre-releases: `npm run release:beta` bumps to `x.y.z-beta.N`; the matching tag
|
|
132
|
+
publishes under the `next` dist-tag (never `latest`).
|
|
111
133
|
|
|
112
134
|
## License
|
|
113
135
|
|
|
114
|
-
|
|
136
|
+
[MIT](LICENSE) © IDS Group Ltd
|