@myrmidon/cadmus-refs-asserted-ids 10.0.11 → 10.0.13
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
|
@@ -16,6 +16,7 @@ This project was generated using [Angular CLI](https://github.com/angular/angula
|
|
|
16
16
|
- [Asserted Composite ID](#asserted-composite-id)
|
|
17
17
|
- [Asserted Composite IDs](#asserted-composite-ids)
|
|
18
18
|
- [History](#history)
|
|
19
|
+
- [10.0.13](#10013)
|
|
19
20
|
- [10.0.10](#10010)
|
|
20
21
|
- [10.0.9](#1009)
|
|
21
22
|
- [10.0.8](#1008)
|
|
@@ -93,6 +94,7 @@ Various components from this library provide a different level of complexity, so
|
|
|
93
94
|
- `assertion-tags` (for `assTagEntries`).
|
|
94
95
|
- `doc-reference-types` (for `refTypeEntries`).
|
|
95
96
|
- `doc-reference-tags` (for `refTagEntries`).
|
|
97
|
+
- `asserted-id-features` (for `featureEntries`).
|
|
96
98
|
- 🔥 output:
|
|
97
99
|
- `idChange` (`AssertedId`)
|
|
98
100
|
- `editorClose`
|
|
@@ -103,6 +105,8 @@ The asserted ID component allows editing a simple model representing a generic I
|
|
|
103
105
|
- **value**: the ID itself.
|
|
104
106
|
- **scope**: the context the ID originates from (e.g. an ontology, a repository, a website, etc.).
|
|
105
107
|
- an optional **tag**, used to group or classify the ID.
|
|
108
|
+
- an optional set of **features**, from a hierarchical thesaurus. For instance, these could be the role(s) of a person linked to an object, like customer, seller, creator, etc.
|
|
109
|
+
- an optional **note**.
|
|
106
110
|
- an optional **assertion**, used to define the uncertainty level of the assignment of this ID to the context it applies to.
|
|
107
111
|
|
|
108
112
|
The asserted ID component provides an internal lookup mechanism based on data pins and metadata conventions. When users want to add an ID referring to some internal entity, either found in a part or corresponding to an item, he just has to pick the type of desired lookup (when more than a single lookup search definition is present), and type some characters to get the first N pins starting with these characters; he can then pick one from the list. Once a pin value is picked, the lookup control shows all the relevant data which can be used as components for the ID to build:
|
|
@@ -184,6 +188,7 @@ An editable list of asserted IDs.
|
|
|
184
188
|
- `assertion-tags` (for `assTagEntries`)
|
|
185
189
|
- `doc-reference-types` (for `refTypeEntries`)
|
|
186
190
|
- `doc-reference-tags` (for `refTagEntries`)
|
|
191
|
+
- `asserted-id-features` (for `featureEntries`).
|
|
187
192
|
- 🔥 output:
|
|
188
193
|
- `idsChange` (`AssertedId[]`)
|
|
189
194
|
|
|
@@ -378,6 +383,10 @@ A collection of asserted composite IDs.
|
|
|
378
383
|
|
|
379
384
|
## History
|
|
380
385
|
|
|
386
|
+
### 10.0.13
|
|
387
|
+
|
|
388
|
+
- 2026-01-17: added `features` (from thesaurus `asserted-id-features`) and `note` to asserted IDs.
|
|
389
|
+
|
|
381
390
|
### 10.0.10
|
|
382
391
|
|
|
383
392
|
- 2025-09-15: refactored `AssertedIdsComponent` and `AssertedCompositeIdsComponent` dropping form.
|