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 - Paolo F Cantoni

Pages: 1 ... 539 540 [541] 542 543 ... 547
8101
Automation Interface, Add-Ins and Tools / Re: CreatingModel Method
« on: November 23, 2006, 08:48:40 am »
Quote
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 »
Quote
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
Quote
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
Quote
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
Quote
  • 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
Use search to find out about this...

HTH,
Paolo

8107
Quote
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
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
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 »
Quote
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...  ;D

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
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
Quote
Seconded. There's a lot of interest in this "issue" where I am.
We'll get to this next week also...

Thirded...

Paolo

8115
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

Pages: 1 ... 539 540 [541] 542 543 ... 547