Messages

8101

Automation Interface, Add-Ins and Tools / Re: CreatingModel Method

« on: November 23, 2006, 08:48:40 am »

Okay.
I have no EAP file at all to open and I wish to create a new one automatically.
I subsequently then wish to launch EA and open this EAP.

OK...

Unfortunately can't help with the parameters.

But as a work-around, you could create an empty repository via the UI and copy that to a new location and then get EA to open the new one.  This has the added benefit that it mimics the EA Copy a Base Project... functionality (but without the Reset New Project GUIDs option).

HTH,
Paolo

8102

Automation Interface, Add-Ins and Tools / Re: CreatingModel Method

« on: November 23, 2006, 06:12:42 am »

I am looking to create an EA model using the automation interface and have spotted the CreateModel method. However it doesn't seem listed in the documentation. Is it supported and can anyone tell me what the parameters mean ie
(EA.CreateModelType CreateType, string FilePath, int ParentWnd)

I'm afraid you'll need to specify what you mean by the term creating a model (in this context)...

The term Model has at least three different meanings that I have found within EA the product, the EA help system, the EA website and the EA automation documentation and the automation interface.  Sometimes it has more than one meaning withn the same context...

Welcome to EA's UI (Unique Interface)

Paolo
Manage Complexity,
       Reduce Ambiguity,
               Eliminate Inconsistency! ^TM

[size=10]PS: the term model can mean:
Model = Repository (including EAP file) also sometimes and ambiguosly known as a Project
Model = Subject Area - what you see at the top of the Project Browser  also knowns as a Project Root
Model = A subset of one or more Subject Areas - a more general (and public) use of model.[/size]

8103

Automation Interface, Add-Ins and Tools / Re: MDG Int. Probs connecting package to project

« on: November 16, 2006, 10:13:54 pm »

If you add a file to visual studio it is unambiguous what project it belongs to.

In a hypothetical solution where EA allowed overlap of MDG packages, if you add a class into EA and generate it.  EA doesn't know what project(s) to add the file to.

It's not a parallel situation.

What do you mean by MDG package?

Isn't it a restriction in the linkage that a given namespace must be within a single VS project?

If that's the case, there shouldn't be any problem mapping the class between the two applications.

Or have I missed the point?

Paolo

8104

Automation Interface, Add-Ins and Tools / Re: MDG Int. Probs connecting package to project

« on: November 16, 2006, 04:08:34 pm »

You could do some of this by having the Addin own the branch and then assign ownership of individual packages/namespaces to projects but I still don't think that solution provides the completeness of the current one.

Why?

As shown by both dirc and I (in other postings) the current method is counter-productively restrictive.  I don't see why (in principle) if I so arrange that the VS Solutions and VS Projects overlap properly, the MDG link shouldn't manage it OK.

I mean, VS has no problem, so why should EA?

In any event, I go back to my first point, there's a fundamental disconnect between Import Directory and Connect to Project.  This shouldn't (in my view) be so...

Paolo

8105

Automation Interface, Add-Ins and Tools / Re: MDG Int. Probs connecting package to project

« on: November 16, 2006, 02:20:35 pm »

• The requirement that each package is only owned once.  This removes any uncertainty that would otherwise happen.

Simon can you tease that out please?

Exactly what do you mean by a package being owned only once?

Why must it be owned only once?

TIA,
Paolo

8106

Automation Interface, Add-Ins and Tools / Re: MDG Int. Probs connecting package to project

« on: November 15, 2006, 05:52:17 am »

Use search to find out about this...

HTH,
Paolo

8107

Automation Interface, Add-Ins and Tools / Re: Notifying object change not refreshing tags

« on: November 13, 2006, 05:34:13 am »

Hey Paolo,

Yep, I noticed that selecting a different object by clicking on it, then coming back to my modified object showed that the tags had indeed been updated. I dont recall seeing a method on repository that lets you select an object in the UI, or did I miss something.

Thanks mate.

Sorry,  haven't done automation in a long time...  I was getting confused with Embarcadero ER/Studio which allows you to select objects on diagrams etc.

However, try the ShowInProjectView(Object Item) function of the Repository  - that might do the trick...  Let us know how you go.

HTH,
Paolo

8108

Automation Interface, Add-Ins and Tools / Re: Notifying object change not refreshing tags

« on: November 12, 2006, 12:57:43 am »

Even using the manual UI EA often has difficulty updating/refreshing the different views of the internal objects.

Try selecting a different object and coming back to this one.  That might cause a better refresh.

Let us know how you go...

HTH,
Paolo

8109

Automation Interface, Add-Ins and Tools / Re: MDG Int. connect to repository

« on: November 15, 2006, 05:53:12 am »

Use search to find out about this...

HTH,
Paolo

8110

Automation Interface, Add-Ins and Tools / Re: Show conceptual class diagram

« on: November 13, 2006, 03:21:45 am »

It's possible to change size of a class, when attributes and operations are hidden. In this way you can "hide" separation lines.

It's also possible to empty a dam, one teaspoonful at a time...  

Paolo

8111

Automation Interface, Add-Ins and Tools / Re: Show conceptual class diagram

« on: November 13, 2006, 01:51:02 am »

Arjen,

Put in a formal request to Sparx.

I, too, have wanted to get rid of the additional compartment lines.  It seems to me that if you uncheck the [ ] Attributes and [ ] Operations checkboxes (in the Visible Compartment group  of the Diagram Properties dialog) you are explicitly telling EA NOT to show those compartments.  EA should thus NOT render them...

In your feature request, put a link back to this forum topic.

HTH,
Paolo

8112

Automation Interface, Add-Ins and Tools / Re: Track occurrence of elements on diagrams?

« on: November 11, 2006, 01:43:04 am »

Hi Arjen,

Are you wanting to do this specifically under automation?  If not, then Search Project [Ctrl+F] has a predefined search that will find orphans and may select the things you want...  Certainly it should be modifiable to your needs.

HTH,
Paolo

8113

Automation Interface, Add-Ins and Tools / Re: Unknow symbole over class box

« on: November 06, 2006, 05:55:52 am »

Search help for "bookmark"

HTH,
Paolo

8114

Automation Interface, Add-Ins and Tools / Re: Element Issues and their status

« on: October 30, 2006, 08:51:54 am »

Seconded. There's a lot of interest in this "issue" where I am.

We'll get to this next week also...

Thirded...

Paolo

8115

Automation Interface, Add-Ins and Tools / Re: Amazing behavior of "Show hidden parent&a

« on: October 13, 2006, 12:08:38 pm »

Hi,

Some discussion in [size=13]Generalization vs Realization[/size] and [size=13]Interfaces don't update[/size] may help clarify why they aren't shown.

It would not be correct to include Realization indicators with Generalization indicators.  However, that having been said, some additional adornment for "hidden" Realizations would be useful.  (Perhaps they could be shown down the left hand side...)

HTH,
Paolo