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 - qwerty

Pages: 1 [2] 3 4 ... 672
16
Sounds more like you need a stand-alone app rather than an add-in. Well, as long as it works...

q.

17
Hard to follow with so few details. But what you do now is to open a 2nd instance of EA and terminate it at the end. An add-is is supposed to run in the current EA instance and just stop and leave the instance running. Something on what you describe sounds strange...

q.

18
I'd guess you just miss the final Repository.Exit()

q.

19
General Board / Re: Count of Element in List View?
« on: April 05, 2019, 07:34:04 pm »
Or you implement a SELECT COUNT(*) query.

q.

20
General Board / Re: Bringing elements into a model as links
« on: April 05, 2019, 06:06:28 am »
Only as (version) controlled package. You import a package that has been exported as XMI and can refer to the elements which will have the same GUID. You need to re-import thos packages in order to synch the contents if it has changed. (I can't speak about those web apps available for EA.)

q.

21
Element.FQName might be useful as well.
as long as your package names do not contain dots :-)

q.

22
It's not definitely "the best" to store it in the model. It depends on your modeling requirements and constraints. I always suggest to place MDGs in the search path you can define in the MDG management (and also to clean up the MDGTechnologies folder in the EA program directory).

q.

23
General Board / Re: Default programming languange for ALL project
« on: April 03, 2019, 09:52:27 pm »
You didn't talk about patterns but only model creation in the beginning.

q.

24
On, Off. What does it resemble. Hmm. Ahh, Boolean!

q.

25
Automation Interface, Add-Ins and Tools / Re: Uml to typescript
« on: April 03, 2019, 09:47:30 pm »
I think only a few languages can be successfully parsed by a (context free) EBNF. Pretty sure EA's parser will get hick-ups when adding context sensitivity. And all languages with pre-processors will finally kill any attempt to parse them since you can put in context from compile time. This will simply (depending on the code) result in just different models. IIRC C# falls in all those bad categories.

q.

26
Your  model has imported an MDG in the resources and there's also the same on the MDG search path. Get rid of either (you should know which of both).

q.

27
Suggestions and Requests / Re: Archimate shape functionality
« on: April 02, 2019, 07:43:44 pm »
Actually it's not too difficult if learnt to think a bit Sparxian. You can create your own MDG extending Archimate (or which ever MDG you like) and augmenting elements with shape script. The latter have very simply and limited syntax you will easily learn if you got the idea of any Java/C syntax. It will take you a couple of days tinkering, though. Geert has a repo on github with lots of shape scripts (I guess also the native Archimate ones).

q.

28
General Board / Re: Is Sparx Asleep at the wheel ?
« on: April 02, 2019, 07:36:45 pm »
I could write a lengthy story about that. But I'm just too old to waste my time. Listen, young fellow, Sparxians are from another planet and have different ethics and culture. You can't argue with them.

q.

29
General Board / Re: IDs and GUIDs
« on: April 02, 2019, 03:12:46 am »
Doesn't help you in finding out Element-Connector-Element sequences but only Element-Element or Connector-Connector. You'll need audit for the first.

q.

30
Same here. Have seen that but can't recall where and under which circumstances. Mail Sparx support...

q.

Pages: 1 [2] 3 4 ... 672