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 - Simon M

Pages: 1 2 3 [4] 5 6 ... 428
Bugs and Issues / Re: Model Search SQL - behaviour of the plus-character
« on: August 10, 2018, 09:08:37 am »
One of your numbers is probably a string datatype in the database.

The traceabililty window doesn't have columns or a header to adjust sorting.

Unfortunately, there is no defined order for items shown in that view.

Bugs and Issues / Re: WebEA: Diagrams not updating on element change
« on: August 09, 2018, 01:55:11 pm »
The worker which is provided as part of the pro cloud will update diagrams containing updated elements. (It also gives you the capability of requesting it be updated within WebEA)

Note accessing tagged values in V14 is a little more difficult.
How so? I saw another complaint about this earlier today. As with yours, it didn't describe why it is more difficult.

I don't think the tagged values window changed in version 14. The general properties changed so that there are less different places where you need to access properties. The profile tagged values are included with that, so it should be easier than previous versions to access them.

General Board / Re: Project Integrity Check
« on: August 08, 2018, 08:51:42 am »
Top level packages (root nodes) aren't meant to have a correspond object entry. While in your situation, I would back things up as already suggested. I expect that the action will only remove that object record, not the package or contents.

But why someones AplicationComponents I can connected via InformationFlow ( a see it in QuickLinker), and someones I can't ( QuickLinker does not show up)
Even if this type of connected is dosen't apply in Archimate- I check "Strict Connector Syntax", and I should see (Quick Linker- with other relations)
I'm wondering if you have a mix of ArchiMate 2 and ArchiMate 3 elements. They won't define any connector types between them, which would explain what you're describing.

Bugs and Issues / Re: EA Cloud Connection Problems with https over IIS
« on: August 07, 2018, 09:10:23 am »
Make sure you've followed the instructions at

In particular, you need to define the request for sparxcloudlink.sseap to be the isapi/http module. Generally you want to enable it even if it doesn't correspond to a file or directory. You also need to configure the dll to forward to the cloud service itself, but if that was your problem you wouldn't be getting a 404.

It needs to be in a stereotype profile.

Suggestions and Requests / Re: Diagrams with callapsable elements
« on: August 03, 2018, 08:45:45 am »
Yes, it would be nice.

Exactly how it would work, particularly regarding other elements on the diagram is where it becomes difficult.

Repository Class - LoadAddins  - Loads all Add-Ins from a repository when Enterprise Architect is opened from automation.

Bugs and Issues / Re: EA14: Font sizes - random ... ?
« on: July 31, 2018, 09:22:58 am »
Your email to support gave the reason for why the archimate elements are different. The default font size is actually 8.5. So the one that you changed to a different size and then selected 8 will be smaller.

ArchiMate3 Business Interface sets the abstract property on creation, so that explains the italics.

Bugs and Issues / Re: EA14: Font sizes - random ... ?
« on: July 30, 2018, 10:33:27 am »
The bottom two are rendered using a bold font. There's an option to use a bold font for names in EA options. The top two won't use that option (because anything shapescripted can't.)

The bottom left one also appears to be indicating that it's abstract.

The other option is that the font can be changed in both the default appearance and the diagram local appearance. I don't know which you've used, but it's possible that there is a value from the other impacting things.

a) Does that mean the example JScripts will be ported to JavaScript in future versions of Sparx EA?
It doesn't mean that. They could be at some point.

Unless I'm mistaken, the only 'Local Scripts' installed by EA that it matters for are the two 'Model Search' scripts. Converting those should be a matter of replacing ActiveXObject with COMObject. (see the help)

b) Does Sparx Systems recommend a JavaScript Debugger to use with EA?
EA includes a built-in debugger for Javascript that is not dependent on external components.

Of the scripting languages used in EA, I would recommend Javascript. Mainly because Microsoft no longer supports the script debugger used by EA for the other two.

If you're interested in writing add-ins, any .Net language will probably get you going the fastest. C# is probably the most popular of those.

No. Unfortunately, parsing existing javascript and creating a class model from it is problematic, even if the code is object oriented.

Pages: 1 2 3 [4] 5 6 ... 428