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 ... 7 8 [9] 10 11 ... 413
Automation Interface, Add-Ins and Tools / Re: Diagram picker
« on: May 08, 2017, 08:54:25 am »
The dialog already does it in EA because it's the same dialog you use when selecting a diagram or an attribute, it is just not exposed to the API.
No, the diagram selection dialog is different.

Automation Interface, Add-Ins and Tools / Re: Insert a Legend
« on: May 05, 2017, 08:32:55 am »
The square brackets are not from or for Microsoft products. They are interpreted by EA to escape keywords as needed for each database type, using the syntax of that database.

I need to create a web page for user to trace the relationship between elements.
I have tried to call EA API in, however, it very slow and the web page cannot be access from other computer.
Doing this would violate the license agreement.

Automation Interface, Add-Ins and Tools / Re: VBS script: Activity
« on: May 03, 2017, 10:52:22 am »
Yes, it has used the Classifier_Guid to set the type of the parameter.

The types specified by OMG as part of UML are all represented by specific guids. It's not hard to work out which these are.

Bugs and Issues / Re: Shapescript vs Local diagram rendering
« on: May 03, 2017, 08:39:16 am »
The problem is that to do exactly what we are trying to achieve, the shape script needs to know if the user has changed from the default.  Now while there are two queries:
there is no mechanism to compare the results and therefore determine if the user has changed the default.

We're trialling a less than optimal solution to the problem.

You want to explicitly draw something different based on if the user has changed colour? I can't imagine a reason for that, care to explain?

Yeah, I know it was a joke. I just happen to suck all the joy out of life.

PS. I've personally had to workaround this behavior for roughly 10 years. It hasn't been changed because I classified the current behavior as "correct but inconvenient for my use case". At the same time the alternate behavior has always been classified as "it would be nice".

Bugs and Issues / Re: Shapescript vs Local diagram rendering
« on: May 02, 2017, 12:04:49 pm »
I think that description was more confusing.

As I said,

The colours set by a shape script are only overridable if you call drawnativeshape.

As an example:
Code: [Select]
shape main

// Will be drawn with a red border unless
// user has overridden it on the diagram

// Will be drawn with a red border

// Will be drawn with the colour defined by
// the user for the diagram or object

// Will draw the border in the user defined
// fill color

// Will ignore the user defined border colours
// and draw using global colours (including
// element grouping colours if applied)

// Filled with status colour if set to be used
// for this element type. Otherwise element fill
// colour. Doesn't apply to pen colour

FYI, "near future" on planet Sparx means "sometime this century, probably the latter half..."   ;)
It wasn't one of us that said near future.

In my opinion, the problem isn't technical. It's how the GUI should work since the current behavior is also valid.

Bugs and Issues / Re: Shapescript vs Local diagram rendering
« on: May 02, 2017, 08:26:56 am »
If you set a specific colour in a shape script and then call drawnativeshape(), then the local diagram appearance can override your assigned colour.

However, if you set a specific colour and then do your own drawing it won't be overridden. You can set the colours explicitly to the user defined colour if some part of the shape needs to obey the user settings.

If you want an overridable colour, set the colour on the stereotype itself.

General Board / Re: Code Generation Templates
« on: May 01, 2017, 08:51:00 am »
Code templates are for generation only. EA does support defining grammars for importing code. You need both for synchronizing changes into your code as opposed to generating the whole file each time.

General Board / Re: EA Sparx crashing - 'A required resource'
« on: April 27, 2017, 08:33:38 am »
Even if you can't reproduce a crash reliably, we can investigate it.

If you are able to provide a mini crash dump (see and your EA build we have a good chance of seeing what went wrong.

Bugs and Issues / Re: EA13 crashing when saving diagrams
« on: April 27, 2017, 08:33:21 am »
A data integrity check is useful to run frequently.

Reset ids is much less so. It only really becomes a problem when the auto-increment fields reach the upper limit on the data type used. That mainly becomes an issue for models doing a lot of xmi imports to update packages. If anything I'd open the dialog once in a while to check what the highest entries for any of the tables are.

Bugs and Issues / Re: Package / element GUID mismatch
« on: April 26, 2017, 10:30:44 am »
Well, the Integrity Checker resets the GUIDs if they are different ...
I don't think it has ever done this, and the OP said that it didn't.

Bugs and Issues / Re: EA13 crashing when saving diagrams
« on: April 26, 2017, 08:24:28 am »
I would try the Reset IDs command.

Below is the link to the 12.1 documentation for the command. I hope it's the same for 11.

Pages: 1 ... 7 8 [9] 10 11 ... 413