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 ... 598 599 [600] 601 602 ... 646
8986
Search the help for Model Transformation. They use a proprietary scripting language (like for code gen.). There are a couple of pre-defined scripts included (e.g. for generating DDL).

q.

8987
Just to throw in my ad :-) The Scripting book might be what you need.

q.

8988
You might write a script that performs something like
Code: [Select]
Repository.Execute ("DELETE FROM t_objectproperties WHERE Property = "your property");
q.

8989
Somehow it's a bit strange that EA's API does not offer a subscription mechanism out of the box. But as we know the EA developers "think different".

q.

8990
Martin, there was a trick with that and I remember someone posted it here. But I neither remember the trick nor who posted it :-(
Maybe you try searching here: https://groups.google.com/forum/?fromgroups#!forum/sparx-enterprise-architect-general

q.

8991
It's probably a good idea to ask for a new feature: ExportImageWith Coordinates which will export an image and additionally return the object coordinates along with the GUIDs. Whether Sparx will consider this is another question.

q.

8992
I'm not aware of any such API function. Maybe an export of the package as HTML would be an alternative. You could the check the output according to johann's instruction.

q.

8993
I might be wrong, but AFAIR the exported image crops to the bounds of the visible elements. No idea how this is calculated by EA.


q.

8994
Gesundheit!

8995
I just tried packages and it worked as you described. What I did first was (what I thought) the easier variant: copy elements in a diagram and paste them. This does NOT work. I know that EA is the opposite of orthogonality. I get a proof of that every day.

q.

8996
That would be a smart one. But it does not work. I made a copy of an EAP, opened both EAPs and tried to copy/paste between the instances.

q.

8997
Which is what my last paragraph said...

q.

8998
GŁnther is right - in principle. However, you can re-import a modified package without stripping GUIDs. But that will replace the master with the identity of the offline copy.

What I do in such cases is the following: move all touched elements to a temp package. Also new diagrams. Then ex-/import that package and move the elements to where they belong. If you have just added a new diagram then you just need to move the diagram. This is rather save.

What you should NOT do is to change model integrity be changing relations. If you do that offline your re-import might end in a mess you need to clean up tediously.

q.

8999
I see. The problem with such external copies is that they diverge from the "main" model. In that case the VC config might be useful. Or using controlled packages.

Of course you could write an add-in which supports copy/paste across model boundary. But that would make the situation even worse. In any case you should ex-/import a whole package with changes and then replace the offline model with a fresh copy.

q.

9000
May I ask why you want to do that? A diagram is a user aspect of the model containing model elements. Another model is either a copy (then containing also the diagram) or something (completely) different.

q.

Pages: 1 ... 598 599 [600] 601 602 ... 646