Messages

1

General Board / Re: Displaying the Z order (or another number) above an element diagram

« on: Today at 12:54:44 am »

Open a diagram and look at the Properties view.
There are 3 sub tabs named Diagram, Compartments and Object ZOrder.
The last one is what you are looking for.
Open this sub tab and select one entry ==> number will show up next to each diagram element.
HTH
Michael

2

Automation Interface, Add-Ins and Tools / Re: What triggers scriptlet execution?

« on: September 19, 2025, 11:59:56 pm »

I'm not sure what do you mean by diagram being *hidden"...

The diagram is opened but in the background. Another diagram hides it.

AFAIK scriplets are launched on the diagram being open or reloaded.

The diagram containing the scriptlets has been opened some time ago and it is not reloaded at this time.
It is just sitting in the background.

So the question remains: Which action triggers the scriptlets of this diagram?

3

Automation Interface, Add-Ins and Tools / What triggers scriptlet execution?

« on: September 08, 2025, 06:40:56 pm »

EA 16.1.1629 (64bit) .QEAX database
Situation:
A diagram with elements containing scriptlets is open but hidden behind another active diagram.
Elements shown in the active diagram are modified using scripting.

Observation:
The scriptlets from the currently hidden diagram are executed and the message "Running scriptlets" pops up for every element.
If the diagram has been closed before running the script then no scriptlets are being executed (obviously).

Questions:
Why are the scriptlets being executed on this hidden diagram?
Which actions in a script trigger scriptlets execution?

Thanks in advance for any hints!

4

General Board / Re: SQL Queries, Connectors, and 'Find in Diagram'

« on: May 19, 2025, 09:07:10 pm »

Aside: Many years ago I wrote the equivalent of Geerts' Navigator for (whisper it) another tool. I called it "TellMe" but Navigator is a better name (I guess that "Model Inspector" coves both the navigational and other data extraction aspects)

You are the author of TellMe?
Then you saved my a$$ a lot of times.
Thanks a lot for this tool!
Now - after migration to EA - there are times where I really miss it but there are alternatives around...

5

Automation Interface, Add-Ins and Tools / Re: StereotypeEx with multiple stereotypes depends on permission?

« on: April 29, 2025, 04:03:55 pm »

If it looks like a bug, and quacks like a bug...

I would report it as a bug: https://sparxsystems.com/support/forms/bug_report.html

Ok, will do that!

Personally I don't like multiple stereotypes and avoid them.
I don't feel like I've missed something.

Lucky you
I'll have to deal with up to 3 stereotypes on one element
Grown over years...

6

Automation Interface, Add-Ins and Tools / Re: StereotypeEx with multiple stereotypes depends on permission?

« on: April 28, 2025, 04:43:14 pm »

StereotypeEx doesn't support assigning multiple stereotypes.

Really?
Then I mis-read all the docs like:
https://sparxsystems.com/enterprise_architect_user_guide/17.0/add-ins___scripting/element2.html

FQStereotype        The fully-qualified stereotype name in the format "Profile::Stereotype". One or more fully-qualified stereotype names can be assigned to StereotypeEx.

Because it doesn't find a single stereotype matching what your code specifies it's trying to define a new stereotype. You don't have permission to do that in your model.

But with the permission the assignment of both stereotypes succeeds!
It doesn't define a new stereotype.

So, what is the correct approach to assign multiple stereotypes?
TIA!

7

Automation Interface, Add-Ins and Tools / StereotypeEx with multiple stereotypes depends on permission?

« on: April 23, 2025, 06:19:41 pm »

EA 16.1.1628 (64bit) .QEAX database
I noticed a strange behavior for users without 'Configure Stereotypes' permission.
The VBscript code sample

Code: [Select]

ele.StereotypeEx = "profile::stereotype1,profile::stereotype2"
?ele.GetLastError()
gives the error

You have not been granted permission to 'Configure new Stereotypes'.
Please contact your model administrator.

Adding only one of both is working and adding both stereotypes manually also is working fine!
What does the (missing) permission have to do with assigning multiple stereotypes to elements or operations?
IMHO this is a bug or do I miss something here?
Thanks for your opinions!
Best regards

Michael

8

Automation Interface, Add-Ins and Tools / Re: process TV between relationships and elements

« on: April 14, 2025, 04:04:10 pm »

Thank you MichPaule.

What do you mean by "scriptlet" compared to VBscript, Jscript or JS scripts ? 

See here: https://sparxsystems.com/enterprise_architect_user_guide/17.0/modeling_fundamentals/using_scriptlets_in_mdg_technologies.html

9

Automation Interface, Add-Ins and Tools / Re: process TV between relationships and elements

« on: April 09, 2025, 03:58:56 pm »

Hello Eric,

it is possible - with limitations.
Assuming the setup of the stereotypes containing the tags is done you have 2 options for the calculation of the tag values:
1) Run a script on demand to update all tags in the model.
2) Use a scriptlet to update the tag of this class upon opening a diagram containing the class.
Both methods have their specific shortcomings but as long as we don't have the concept of "calculated tags" (like e.g. PTC Windchill Modeler) this is the best we can get.
Best regards

Michael

10

Automation Interface, Add-Ins and Tools / Re: How to show the Default Value of a SysML part in diagram?

« on: March 27, 2025, 06:14:17 pm »

Here's the list of properties that you can show in a shapescript.
https://sparxsystems.com/enterprise_architect_user_guide/17.0/modeling_frameworks/displaying_element_properties.html
There's no use in guessing. If it's not here, it won't work.

The only alternative seems to be the "addin" property. Just make sure your code is super fast, as this has a serious risk of degrading performance.

Hi Geert,
I was hoping for a documentation gap (happens from time to time ).
Even some of the documented properties seem not to work - as others also found out.
The addin approach is out of the game due to the performance impact and the need to have another addin.
Thanks!

Michael

11

Automation Interface, Add-Ins and Tools / Re: How to show the Default Value of a SysML part in diagram?

« on: March 27, 2025, 05:00:30 pm »

in the DB, the Default value is the "Default" column.  Try #Default#".

Hi Paolo,
thanks but this "Default Value" is from t_xref:

• Name=MOFProps
• Type=element property
• Behavior=defaultValue
• Description=<actual value>

I have the fear that it isn't exposed to ShapeScript at all...
BR

Michael

12

Automation Interface, Add-Ins and Tools / How to show the Default Value of a SysML part in diagram?

« on: March 27, 2025, 03:16:03 am »

EA 16.1.1628 - 64 bit
I'm struggling with displaying the "Default Value" of a Part in diagrams.
Don't ask me why I need this 

I can see it in the Properties view under Part but I didn't find a way to show it in diagrams.
There seems to be no config option like Show Notes etc.
Also using ShapeScript it seems not to be possible as I don't get access to "Default Value".
It is stored in the part's TypeInfoProperties and there the name is "defaultValue" but even with this name I can't access it e.g. print("#defaultValue#"); leads to display of #defaultValue#.
Is there a way?
Thanks for your help!

13

Automation Interface, Add-Ins and Tools / Re: InvokeConstructPicker limited to 6 selections?

« on: March 17, 2025, 07:16:07 pm »

Thanks for the clarification, Eve.
I think I got it now and it would be a completely new approach:

• Replace the limited RefGUIDList with multiple RefGUID tags.
• Pull them into the profile's Properties using your technique.
• Find ways to add/remove RefGUID elements (via AddinBroadcast?)

I like the challenges EA raises... 

Ok, as a final summary to the readers I have taken the challenge and after a lot of struggling managed to replace the RefGUIDList with multiple RefGUID tags.
Using EA_OnNotifyContextItemModified() the GUID of the tags will be adjusted after creation.
Deleting a property is done in the built-in Tagged Values... dialog by selecting <none> for it and let the following EA_OnNotifyContextItemModified() callback remove the now empty RefGUID tag.
The key was to let the EA_OnNotifyContextItemModified() callback do all the housekeeping around the tags.
Unfortunately there is now a tight coupling between the profile containing the RefGUID tags and the EA_OnNotifyContextItemModified() code.
I wish this would not be the case but haven't found a solution.
But anyways: The RefGUIDList limit now is gone!

14

Automation Interface, Add-Ins and Tools / Re: Document created programmatically ends up as R/O

« on: January 25, 2025, 03:04:35 am »

Have you tried using Element.LoadLinkedDocument(string Filename)
I think that does the same as your code.

Geert

Hi Geert,
as always you are right!
It is working perfectly fine for me - and there is no need to unlock anything after creation.
A single call replaces my lengthy and troublesome code.
Wow, I don't get it why I have overlooked this call...
Thanks a lot!

Michael

15

Automation Interface, Add-Ins and Tools / Re: Document created programmatically ends up as R/O

« on: January 24, 2025, 12:06:22 am »

Ok, after a long time I had to come back to this topic...

It looks like the documents end up in state "Text Selection Lock" = enabled (see Edit > Manage > Text Selection Lock).
Selecting all contents and disabling "Text Selection Lock" is the first step.
Then the "Protect" flag (see Edit > Font > Protect) which was greyed out before will become activated.
Again select all contents and disable "Protect" to make the document contents editable.

For now I don't care about changing these settings programmatically but if anyone has ideas I would highly appreciate it!