@ojiepermana/angular 21.1.30 → 21.2.4

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 CHANGED
@@ -20,6 +20,10 @@ and installed in the same flow:
20
20
  ng add @ojiepermana/angular
21
21
  ```
22
22
 
23
+ The library requires Tailwind CSS `^4.3.0`. If the consumer workspace does
24
+ not already have a compatible Tailwind v4 installation, `ng add` will add it
25
+ from the published `peerDependencies`.
26
+
23
27
  When updating the library later, use Angular CLI as well:
24
28
 
25
29
  ```bash
@@ -31,7 +35,20 @@ companions stay aligned with the supported versions of the library.
31
35
 
32
36
  If you install the package with `npm install`, `bun add`, `pnpm add`, or `yarn
33
37
  add` directly, peer dependency installation falls back to the package
34
- manager's own behavior.
38
+ manager's own behavior. In that flow, install Tailwind manually as well:
39
+
40
+ ```bash
41
+ bun add @ojiepermana/angular tailwindcss@^4.3.0
42
+ ```
43
+
44
+ Consumer app styles should import the library theme, Tailwind, and the
45
+ Tailwind bridge in this order:
46
+
47
+ ```css
48
+ @import '@ojiepermana/angular/theme/styles';
49
+ @import 'tailwindcss';
50
+ @import '@ojiepermana/angular/theme/tailwind/theme.css';
51
+ ```
35
52
 
36
53
  ## Navigation primitives
37
54
 
@@ -122,59 +139,46 @@ Then run:
122
139
  bun run publish
123
140
  ```
124
141
 
125
- This command rebuilds the library and publishes the generated `dist/angular` package with public access.
142
+ By default, this command publishes every configured release target from `config/release.config.json`.
126
143
 
127
- ### Publishing a Brand Variant
144
+ Release targets are configured in `config/release.config.json`. Each entry can override the published
145
+ package name plus `repository`, `homepage`, and `bugs` metadata so npm shows the correct package identity.
128
146
 
129
- Brand variants let the same library publish under another scoped package while keeping only one selected
130
- folder from `projects/angular/brand`. Shared entrypoints such as `chart`, `component`, `generator`,
131
- `layout`, `navigation`, and `theme` are still built for every variant.
147
+ To publish the `edsis` target from that config, run:
132
148
 
133
- Configure variants in `projects/angular/scripts/package-variants.json`:
134
-
135
- ```json
136
- {
137
- "sourcePackageName": "@ojiepermana/angular",
138
- "variants": {
139
- "edsis": {
140
- "packageName": "@edsis/angular",
141
- "brandId": "etos"
142
- }
143
- }
144
- }
149
+ ```bash
150
+ bun run publish --edsis
145
151
  ```
146
152
 
147
- If `brandId` is omitted, it defaults to the npm scope. For example, `@edsis/angular` uses
148
- `projects/angular/brand/edsis`.
149
-
150
- Publish a configured variant with:
153
+ To publish every configured release target in sequence, run:
151
154
 
152
155
  ```bash
153
- bun run publish:variant edsis bug
156
+ bun run publish -all
154
157
  ```
155
158
 
156
- The bump accepts `major`, `minor`, `patch`, `bug`, or `bugs`; `bug` and `bugs` are aliases for a patch
157
- version bump. Use `--dry-run` to build and smoke-test the variant without committing, pushing, or
158
- publishing:
159
+ `bun run publish` and `bun run publish -all` are equivalent.
160
+
161
+ That flow rebuilds `dist/angular` for each configured target, rewrites published package references, applies
162
+ the target-specific npm metadata, smoke-tests the tarball, then publishes it to npm.
163
+
164
+ ### EDSIS Verification Flow
165
+
166
+ To validate the EDSIS package locally without publishing, use:
159
167
 
160
168
  ```bash
161
- bun run publish:variant edsis bug --dry-run
169
+ bun run build -- --package @edsis/angular --repository-url git+https://github.com/edsis/angular.git --homepage https://github.com/edsis/angular#readme --bugs-url https://github.com/edsis/angular/issues
170
+ bun run smoke:pack -- --package @edsis/angular
162
171
  ```
163
172
 
164
- To add a future brand such as `@ala/angular`, create `projects/angular/brand/ala`, add an `ala` entry to
165
- `package-variants.json`, then run `bun run publish:variant ala bug`. A new npm script is not required
166
- unless you want a shortcut.
167
-
168
- If the package scope must differ from the folder name, map it at publish time with `--path`. For example,
169
- if the Etos source must be published as `@edsis/angular`, run:
173
+ Consumer installation for the published EDSIS package is:
170
174
 
171
175
  ```bash
172
- bun run publish:variant edsis bug --path=etos
176
+ ng add @edsis/angular
177
+ bun add @edsis/angular
173
178
  ```
174
179
 
175
- This builds package `@edsis/angular` from `projects/angular/brand/etos`, so the brand entrypoint resolves
176
- as `@edsis/angular/etos`. If the bump is omitted, the script prompts for `major`, `minor`, `patch`, or
177
- `bug`.
180
+ If you use `npm`, `pnpm`, or `yarn`, install the package with your package manager after `ng add`
181
+ finishes.
178
182
 
179
183
  ## Running unit tests
180
184