@dsivd/prestations-ng 19.0.0-beta.3 → 19.0.0-beta.5

package/ANGULAR_SIGNALS.md

@@ -771,13 +771,7 @@ const items = [...this.daysButtons()];
 const items = [...(this.daysButtons() ?? [])];
 ```
 
-### 6. Expecting `[binding]` to work with `model()`
-
-`model()` only accepts `[(two-way)]` or the split form
-`[value]="x" (valueChange)="x = $event"`.
-A plain `[binding]` will produce a compiler error.
-
-### 7. Over-tracking inside `effect()` — forgetting `untracked()`
+### 6. Over-tracking inside `effect()` — forgetting `untracked()`
 
 An `effect()` tracks **every** signal it reads, not just the ones you
 intended as triggers. Reading a signal "just to get its current value"
@@ -805,7 +799,7 @@ effect(() => {
 });
 ```
 
-### 8. Using `untracked()` instead of an equality check
+### 7. Using `untracked()` instead of an equality check
 
 `untracked()` controls what _triggers_ an effect — it does not make a write
 inside the effect "safe" by itself. If the effect's only tracked dependencies
@@ -834,7 +828,7 @@ effect(() => {
 });
 ```
 
-### 9. Mutating a `model()`'s nested object instead of reassigning
+### 8. Mutating a `model()`'s nested object instead of reassigning
 
 This is the signals-era version of "mutating `@Input()` used to work."
 Pre-signals, Zone.js-driven change detection re-read template expressions

package/CHANGELOG.md

@@ -6,6 +6,22 @@
 
 ---
 
+## [19.0.0] - should be aligned with prestations-be 19.0.x
+
+### Added
+
+- [UPGRADING_V19](UPGRADING_V19.md)
+    - Added migration guide
+
+- [string.helper.ts](projects/prestations-ng/src/helpers/string.helper.ts)
+    - Added a helper for string manipulation
+
+- [dictionary-type.ts](projects/prestations-ng/src/sdk-dictionary/dictionary-type.ts)
+    - Added dictionary `PlaceholderType` type, `DictionaryType` type and `Language` interface
+
+- [HasCustomErrors](projects/prestations-ng/src/has-custom-errors.ts)
+    - Added `HasCustomErrors` interface representing a component that has custom error messages
+
 ## [18.3.12]
 
 ### Updated

package/CONTRIBUTING.md

@@ -28,7 +28,7 @@ in both the Dev Tool and the library reload the page.
 ## Testing the library in integration
 
 Since version `8`, we can't use native symlink to integrate `prestations-ng` to
-a prestation such as Skeleton. We can however use `npm link` to achieve the same
+a prestation such as Skeleton. We can however use `yarn link` to achieve the same
 result.
 
 ### In **prestations-ng**
@@ -73,12 +73,12 @@ run `npm run test:schematics` (at root level).
 
 - **In prestations-ng**:
     - if it is the first time, execute `npm install` then `npm run build:lib` (at root level)
-    - `cd dist/prestations-ng && npm link` (it's critical to link the content of `dist/prestations-ng`, not the root)
+    - `cd dist/prestations-ng && yarn link` (it's critical to link the content of `dist/prestations-ng`, not the root)
     - `npm run build:lib:dev` (at root level)
 
 - **In project**:
     - `cd front`
-    - `npm link @dsivd/prestations-ng` (`npm unlink @dsivd/prestations-ng` to remove link)
+    - `yarn link @dsivd/prestations-ng` (`yarn unlink @dsivd/prestations-ng` to remove link)
     - `ng g @dsivd/prestations-ng:[YOUR_SCHEMATIC]` (i.e. `ng g @dsivd/prestations-ng:ng-add` or `ng g @dsivd/prestations-ng:update-karma-config` or `ng g @dsivd/prestations-ng:replace-browsers-list`)
 
 In your project, you can test any schematic added into [collection.json](projects/prestations-ng/schematics/collection.json).

package/README.md

@@ -8,6 +8,7 @@ The generated documentation of our entire library is available online at [https:
 
 The documentation is available online at [https://dsi-vd.github.io/prestations-ng/](https://dsi-vd.github.io/prestations-ng/)
 
+- If you're using **Angular 21**, use `@dsivd/prestations-ng` at version `^19`.
 - If you're using **Angular 19**, use `@dsivd/prestations-ng` at version `^18`.
 - If you're using **Angular 17**, use `@dsivd/prestations-ng` at version `^17`.
 - If you're using **Angular 15**, use `@dsivd/prestations-ng` at version `^16`.