Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Paolo F Cantoni

Pages: [1] 2 3 ... 543
1
No, it's some of the MDG settings he is after. I'm a bit out of synch at the moment. But IIRC Paolo had some (manual) black magic to set these properties. Can't recall the details and don't have time at the moment to check it by myself.

q.
We still make this part of the MDG by hand, we take an existing diagram specification and manually adjust it from the values in a live diagram.

Sorry, I can't help further.  We'd also be interested in how to create these directly via the model.

Paolo

3
I received the following official response from Sparx:

"This issue has been fixed, and the change has been merged for the next release. Unfortunately, I cannot provide a release date at this stage."

Let's hope it is released soon!

Paolo

4
General Board / Re: Control flows and object flows
« on: May 09, 2022, 09:45:06 pm »
What selection criterium did you use? You'll have to make sure your object flows are included in your selection.
I have tried with Filter set to Connector - None, Connector - Type, or Connector - Stereotype, and Applies to set to ControlFlow or ObjectFlow depending on the type. The end result is always the same, no change.
Hey Modesto,
Are you able to get the Legends working with ANY connector?  I have a sneaking recollection that they don't actually work with connectors[1].  Perhaps others can correct me.  I just checked our common legends and NONE apply to connectors, only shapes.

HTH,
Paolo

[1] Perhaps, another case of connectors being second class citizens?
No, it works for connectors as well. (at least in v15.2.1559)
We use that to indicate the lifecycle on our architecture diagrams for both elements as connectors.

Geert
MyBad, then.  Sorry!

However, I would still suggest testing the legend on other connector types and on other machines.  One of our machines behaves anomalously and so we first confirm any anomalies we find on other machines before reporting a defect.


Paolo

Paolo

5
General Board / Re: Control flows and object flows
« on: May 09, 2022, 09:17:00 pm »
What selection criterium did you use? You'll have to make sure your object flows are included in your selection.
I have tried with Filter set to Connector - None, Connector - Type, or Connector - Stereotype, and Applies to set to ControlFlow or ObjectFlow depending on the type. The end result is always the same, no change.
Hey Modesto,
Are you able to get the Legends working with ANY connector?  I have a sneaking recollection that they don't actually work with connectors[1].  Perhaps others can correct me.  I just checked our common legends and NONE apply to connectors, only shapes.

HTH,
Paolo

[1] Perhaps, another case of connectors being second class citizens?

6
General Board / Re: ArchiMate instance of class
« on: May 09, 2022, 09:10:52 pm »
Hi Jim,
I would recommend re-reading (and attempting to absorb) my post #9. in the original thread, you referenced.  I believe it contains the solution to the problem. Note especially my final comment about standards...

We decided to create a modelling environment that works rather than one that adheres to standards that don't actually work.  However, it DOES require that you actually think about what you are trying to do rather than blindly follow "authority".  Yes, if you look at many of my posts, I DO hold contrarian views.

HTH,
Paolo

7
General Board / Re: Archimate instance of class
« on: May 09, 2022, 02:38:26 pm »
I don't think I've looked at it at all since that discussion.

From memory, ArchiMate is a bit weird. I believe it actually recommends modelling instances as a specialization of the type. So if you have an instance of 'Data Owner' that you want to model, you create a new Business Role with a specialization to Data Owner.
That's, effectively, how we went.  Our placeholder items are generalizations of specific items.  However, we have TWO kinds of specializations:  (the more common) inheritance (IS A TYPE OF) and restriction (IS WHERE). The specific items are restrictions on the placeholders.  You can consider the placeholders the equivalent of a query "A Data Owner is an X where".  If the specific item meets the query requirements, then it is a restriction on the placeholder.

Works REALLY well for us!

HTH,
Paolo

8
General Board / Re: Stereotype Properties _AttPri, _AttPro, etc
« on: May 08, 2022, 06:40:45 pm »
AH, its amazing what a good rant will do for you.
About 10 minutes after I finished the last post I realised what I had done wrong.
The _AttPkg, etc attributes are inverse from the others (i.e. 1 = hide).

All working nicely, now onto the next bugs :-)

Thanks guys :-)
Concistency, konsistency, consistensy! TMUffe - after Paolo
and...
Manage Complexity,
   .   .   Reduce Ambiguity,
   .   .   .   .   Eliminate Inconsistency!
TM


Paolo

9
General Board / Re: Stereotype Properties _AttPri, _AttPro, etc
« on: May 07, 2022, 09:52:46 am »
Hi Jays,
Is this the exported XML from the MDG generation or a handcrafted one?
If the latter, try generating from an MDG model to see what EA creates. What you've done looks OK, but occasionally, as we know, EA has surprises "up its sleeve".

Paolo

10
According to the documentation, setting it back to -1 should work: https://sparxsystems.com/enterprise_architect_user_guide/16.0/add-ins___scripting/diagramobjects.html

Quote
BackgroundColor

Long

Notes: The background color of the object on the diagram.

Set to -1 to re-set to the default color in the model.

So if that doesn't work it's officially a bug.

Geert
+1


Paolo

11
Bugs and Issues / Re: Automatically Added Relations in Diagrams
« on: May 03, 2022, 01:16:45 pm »
Thanks, Geert! To answer your question: We are currently in requirements capture. If relationships from other requirements diagrams appear here, it will disturb rather than help. Later in the requirements analysis, of course, all relationships must be taken into account, but in our current phase, we would like to freeze the diagram for the time being.

Regards,
Bernhard
Hi Bernhard,

Freezing diagrams can be tricky.  Sparx has created a "Freezing mechanism" but it is only for "visible connectors".  We found that for us, we needed to "freeze" more than just connectors.  However, the built-in functionality may be enough for your needs.

There are also related issues to model evolution and diagram "snapshotting".

HTH,
Paolo

12
Confirm it's not been fixed. I'm surprised, to be honest as they've taken so long to release V16 I thought they would have fixed that. That bug will prevent my organisation from upgrading as we use an MDG to extend ArchiMate. What is interesting is that the extra label doesn't appear on all ArchiMate extended objects so it points to some inconsistent coding.
Very disappointed this hasn't been fixed.
(my emphasis)
You said it!  I thought I had given sufficient information for the problem to be tracked down and eliminated (unless, like the VCE problem, there's a fundamental design problem).

I would've thought getting inheritance correct in this area would be crucial for making EA more flexible AND CONSISTENT!

Paolo
Sparxians,
Is this recognised as a defect?  If so, will it be rectified?  It DOES seem to point to a serious problem in the background.


Paolo

13
Bugs and Issues / Re: EA v16: MDG Technology for MS Office is missing
« on: April 24, 2022, 10:07:03 am »
As per Sunshine's response.  If you install the 64-bit version, you'll find it doesn't follow the release notes about where to place the 64bit AddIn information.  If you add that info manually, it enables the Addin.

HTH,
Paolo
Well tried installing the 64-bit version this weekend however like potterm I can't see it in Sparx EA V16 64 bit, as doesn't seem to see it.
What do you mean by the above comment? Looked at release notes and am not sure what you mean by adding that info manually. what info and how?
Sporry folks, I wasn't explicit enough.  I installed the 32-bit version first and then the 64 -bit.  Thus there was a registered Addin in the 32-bit world (which I checked with 32-bit EA).  I then copied the 32-bit entries manually to the 64-bit Registry path and an Addin showed up in the 64-bit EA.  I didn't test it out.

HTH,
Paolo

14
Confirm it's not been fixed. I'm surprised, to be honest as they've taken so long to release V16 I thought they would have fixed that. That bug will prevent my organisation from upgrading as we use an MDG to extend ArchiMate. What is interesting is that the extra label doesn't appear on all ArchiMate extended objects so it points to some inconsistent coding.
Very disappointed this hasn't been fixed.
(my emphasis)
You said it!  I thought I had given sufficient information for the problem to be tracked down and eliminated (unless, like the VCE problem, there's a fundamental design problem).

I would've thought getting inheritance correct in this area would be crucial for making EA more flexible AND CONSISTENT!

Paolo

15
Bugs and Issues / Re: EA v16: MDG Technology for MS Office is missing
« on: April 23, 2022, 10:11:50 am »
Thought I saw two new Office MDG on the download page. One for 32bit and the other for 64bit.
As per Sunshine's response.  If you install the 64-bit version, you'll find it doesn't follow the release notes about where to place the 64bit AddIn information.  If you add that info manually, it enables the Addin.

HTH,
Paolo

Pages: [1] 2 3 ... 543