Messages

1

Bugs and Issues / Re: Virtual Connector End - Can't move Doppelganger with Encompassing

« on: August 10, 2022, 01:05:06 am »

To answer my curiosity i've created a simple viewpoint in Archi with two instances of one element and two related elements. Initially the two instances get both relations. I've hidden the obsolete ones. Resulting in each instance pointing to one of the related elements. Then i've created an export in the Open Exchange Format.

Code: [Select]

<view identifier="id-4a39575f37e94627a26f4a5f9c3b075e" xsi:type="Diagram">
<name xml:lang="en">Test multiple</name>
<node identifier="id-2490a0804d584b528e2c6c499f2d4edf" elementRef="EAID_5EEBAE39_7008_4a76_B3A8_1E442E87B591" xsi:type="Element" x="167" y="209" w="120" h="55">
  <style>
<fillColor r="245" g="222" b="170" a="100" />
<lineColor r="92" g="92" b="92" a="100" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</node>
<node identifier="id-2373bc819e2b4c7787f74af03e0af248" elementRef="EAID_5EEBAE39_7008_4a76_B3A8_1E442E87B591" xsi:type="Element" x="372" y="209" w="120" h="55">
  <style>
<fillColor r="245" g="222" b="170" a="100" />
<lineColor r="92" g="92" b="92" a="100" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</node>
<node identifier="id-65cd74d0dea345cba4b08f5e1ba1843f" elementRef="EAID_D09E70C7_7563_4fff_AB74_A743105DF150" xsi:type="Element" x="156" y="396" w="120" h="55">
  <style>
<fillColor r="245" g="222" b="170" a="100" />
<lineColor r="92" g="92" b="92" a="100" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</node>
<node identifier="id-02819ca28c7e474eacb0960031eeb571" elementRef="EAID_24873B86_5650_4e39_8569_EBEE18D68836" xsi:type="Element" x="372" y="396" w="120" h="55">
  <style>
<fillColor r="245" g="222" b="170" a="100" />
<lineColor r="92" g="92" b="92" a="100" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</node>
<connection identifier="id-4109374376e44bf086853e676b2d8a57" relationshipRef="EAID_90E9A7BD_13AE_4d48_B79F_1DEAA131F62A" xsi:type="Relationship" source="id-2490a0804d584b528e2c6c499f2d4edf" target="id-65cd74d0dea345cba4b08f5e1ba1843f">
  <style>
<lineColor r="0" g="0" b="0" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</connection>
<connection identifier="id-f4bbb55d3016401c9f326797c2dcc6ba" relationshipRef="EAID_60A3BAFE_9A8B_477f_B0BD_85FEED0923A6" xsi:type="Relationship" source="id-2373bc819e2b4c7787f74af03e0af248" target="id-02819ca28c7e474eacb0960031eeb571">
  <style>
<lineColor r="0" g="0" b="0" />
<font name="Segoe UI" size="9">
  <color r="0" g="0" b="0" />
</font>
  </style>
</connection>
  </view>

Findings:
Within the model:
- There's a section with elements (containing element properties)
- There's a section with relationships where source and target are pointing to elements
- There's a section with diagrams (see snippet from my test diagram above)
Within the diagram:
- The instances are stored as nodes with a reference to the element. Notice two nodes with the same elemenRef
- There are connections with a source and target pointing to the nodes. Initially the relationships from the model are copied as connections between nodes on the diagram. These can be altered alter as i did by removing the duplicate connections.

2

Bugs and Issues / Re: Virtual Connector End - Can't move Doppelganger with Encompassing

« on: August 10, 2022, 12:28:36 am »

Thanks for your reply Paolo. Really interested in how this can/could be/would be achieved with automation. Agree with the relationships part, but isn't that also a question with the VCE 'solution'?

Makes me wonder how tools like Archi, or BizzDesign Enterprise Studio manage this.

3

Bugs and Issues / Re: Virtual Connector End - Can't move Doppelganger with Encompassing

« on: August 08, 2022, 09:29:49 pm »

I see some (old) feature requests and discussions (https://sparxsystems.com/forums/smf/index.php?topic=38768.0) about having multiple instances of an element on a diagram; We are running into the same 'issue'. There is a valid case to be made to create Archimate viewpoints that contain several instances of the same element for (business) readability purposes. Is there any know progress on this matter? Is this feature request on some list somewhere? Or is there anyone who has a feasible workaround (other than using VCE's)?

4

Suggestions and Requests / Re: Stereotype icons in search and search folders

« on: August 08, 2022, 09:17:17 pm »

Thanks Geert, wasn't aware of that. Now sent the feature request there as well.

5

Suggestions and Requests / Stereotype icons in search and search folders

« on: July 04, 2022, 06:39:15 pm »

Follow up from: https://sparxsystems.com/forums/smf/index.php/topic,47015.0.html

Icons in lists and grids make a good visual distinction between different stereotypes. We use search folders to organize Archimate elements according archimate layers and aspects (Archi style). Most archimate elements are of type class, so there is no visual distinction between different stereotypes of archimate elements within a search folder. It would be really helpful if the icons shown in the repository browser could also be used in search and search folders.

Request: make it possible to use stereotype icons in search and search folders.

6

General Board / Re: Icons in search results

« on: June 30, 2022, 10:40:59 pm »

Thanks for the reply Geert. Too bad this isn't possible, would make a long list of classes a lot more usable. Would this be something i should / could add to the feature requests?

7

General Board / Icons in search results

« on: June 30, 2022, 07:15:33 pm »

Hello sparx EA forummers! I've used these forums as a knowledge source for some time, but now i've stumbled upon a question to which i cannot find an answer here or in the documentation and decided to create an account and start a thread myself.

Documentation stated that in a SQL search one can set the icon in the result grid using CLASSTYPE. Example of a query in which I used this:

Code: [Select]

SELECT o.Object_Type AS CLASSTYPE
,o.ea_guid AS CLASSGUID
,o.Name AS Object
,o.Object_Type AS [Type]
,o.Stereotype
,o.Author
,o.Scope
,o.Status
,o.Phase
,o.CreatedDate
,o.ModifiedDate

FROM t_object o

WHERE o.Stereotype IN(
'Archimate_Stakeholder',
'Archimate_Driver',
'Archimate_Assesment',
'Archimate_Value',
'Archimate_Meaning',
'Archimate_Goal',
'Archimate_Outcome',
'Archimate_Princpiple',
'Archimate_Requirement',
'Archimate_Constrains',
'Archimate_Resource',
'Archimate_Capability',
'Archimate_Valuestream',
'Archimate_CourseOfAction'
)

ORDER BY o.Stereotype
,o.name

My problem is that in the repository browser window these elements all have different icons (probably set per stereotype?), but the Object_Type of most of these elements is 'Class'. My search result (obviously) returns the list with the Class icon for each record. Is there any way I can display the Stereotype icon in my search result? And more specifically also in a Model View Search Folder?