From a9c19b22baadb8d0776437c957d46b70e893b0f6 Mon Sep 17 00:00:00 2001 From: Todd Viegut Date: Thu, 3 Oct 2024 21:32:22 -0500 Subject: [PATCH] Update release-notes.md --- docs/release-notes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/release-notes.md b/docs/release-notes.md index 0a403eb..ea20c2c 100644 --- a/docs/release-notes.md +++ b/docs/release-notes.md @@ -25,7 +25,7 @@ Defect [Issue #154](https://github.com/cimug-org/CIMTool/issues/154): The **CIMTool** RDFS2020 builder made available in the 2.0.0 release required additional development to both fix areas not in proper alignment with that generated by [CimConteXtor](https://www.cimcontextor.net/index.php/en/products/cimcontextor/cimcontextor). It should be noted that the builder currently generates RDFS2020 schema's with "flattened" CIMDatatypes (i.e. value, unit, multplier attributes note defined within the generated RDFS). The final development for generating the "unflattened" CIMDatatypes (i.e. that explicitly define value, unit, multiplier, etc.) will be in a future release. Defect [Issue #156](https://github.com/cimug-org/CIMTool/issues/156): -A post **CIMTool** 2.1.0 release task was to extensively test and address known issues related to profiling custom extensions using the newly supported 64-bit EA 16.x .qea, .qeax, and '.feap' project file types introduced in 2.1.0. This was decided to allow for 2.1.0 to be released to end users that only needed to profile using normative CIM without extensions. The outcome of this effort allows for profiling using a single EA project file (e.g. `.qea` or `.eap`) as your schema via the use of the `baseuri` tagged value for specifying the namespaces for your extensions extensions with the `.eap`/`.qea` project file. The resulting behavior when profiling using these new schema formats is designed to mirror the same behavior observed when using `baseuri` with multiple `.xmi` files to model extensions. +A post **CIMTool** 2.1.0 release task was to extensively test and address known issues related to profiling custom extensions using the newly supported 64-bit EA 16.x .qea, .qeax, and '.feap' project file types introduced in 2.1.0. This was decided to allow for 2.1.0 to be released to end users that only needed to profile using normative CIM without extensions. The outcome of this effort allows for profiling using a single EA project file (e.g. `.qea` or `.eap`) as your schema via the use of the `baseuri` tagged value for specifying the namespaces for your extensions with the `.eap`/`.qea` project file. The resulting behavior when profiling using these new schema formats is designed to mirror the same behavior observed when using `baseuri` with multiple `.xmi` files to model extensions. Enhancement [Issue #155](https://github.com/cimug-org/CIMTool/issues/155): An new radio button has been added to the namespace list on the "Import Schema" dialog. The option allows selection of the existing namespace schema to be selected when re-importing a new version of the same named schema. When selected the namespace field auto-populate with the existing namespace. This solves a usability issue for end users who are working against base CIM with custom extensions and who need iteratively to re-import schema changes as their model evolves. It eliminates end users exiting the dialog in order to copy the namespace in the preferences screen to be able to paste a custom namespace into the field.