Messages

1

Suggestions and Requests / Re: Option to disable inline edit on packages

« on: October 07, 2009, 06:21:40 pm »

Hi Geert,

I don't have a problem with standard composite elements like structured activities or use cases, but packages where the package contents are shown can be problematic.

It's a small thing but when you use package diagrams as one of your main navigation tools it soon becomes irritating when half of your double clicks open a properties dialog for a contained element and you then have to close that dialog and try again to actually drill down.

Cheers,
Stuart

2

Suggestions and Requests / Option to disable inline edit on packages

« on: October 07, 2009, 03:01:31 am »

Hi,

I really like the inline editing in EA, and it makes perfect sense with classes and most elements. However I use a lot of package diagrams for navigating the model and find it really irritating that a lot of the time when I double click the package it pops up the properties dialog for one of the contained elements.

Could we have a tool or diagram option to disable inline editing of packages? Or even an option to disable inline editing if the component is composite. I just want to drill down to the child diagram on double click.

I've had a number of our clients complain about this, so I know it's not just me being finnicky  

Thanks,
Stuart

3

General Board / Child scenarios in documentation

« on: August 04, 2006, 08:59:29 am »

Hi,

I've started using more general use cases such as Manage Contacts in my diagrams which wrap up the CRUD operations for that use case. I then make that use case composite and detail the  Add Contact, Update Contact, etc... use cases within the child diagram. This all works great until it comes time to produce a use case document; at this point I edit the use case template and insert child elements, but where do I find a child scenario tag??? I don't seem to have a way of displaying the child scenarios.

I'm hoping that I'm just being thick and missing something obvious.

Any light shedding appreciated, thanks  

Stuart

4

Bugs and Issues / Namespace Sequence Operations

« on: October 07, 2009, 02:51:59 am »

Hi all,

Does anyone know if there is a way of showing the namespace of an operation when selecting it in a sequence diagram? I often show instances of components in my sequence diagrams when modelling high level interactions. These components could be realising numerous interfaces and it is possible that those interfaces might have some operations with the same name... Without being able to see the namespace it's difficult to choose the correct one. Ideally I'd like the namespace to also show as part of the description on the message.

I could obviously show instances of the implementing classes but this will clutter the diagram and add complexity where it is not wanted.

Any ideas would be appreciated or even a note from Sparx to say that this is possibly on the books for a later release.

Thanks,
Stuart

5

Automation Interface, Add-Ins and Tools / MDG Integration - Hierarchical Work Items

« on: September 21, 2012, 11:21:42 am »

Hi All,

I'm really keen to start using the MDG Integration to VS and TFS in anger. I have my work items synchronising into my model which is great, but I'm a little stumped as to how to maintain the hierarchy between the work items. In TFS I have my work items setup hierarchically (using TFS 2010 and trialling TFS 2012) but when I synchronise I only get a flat list of work items with no relationships in EA. If I try to use a TFS query which returns a hierarchical result then I get no work items being synchronised.

I'm really hoping someone has some ideas for this because just having a large bucket of work items in the model is going to be very difficult to manage.

Thanks,
Stuart

6

Automation Interface, Add-Ins and Tools / Com Exception with Audit

« on: December 23, 2009, 09:27:22 am »

I'm hoping someone has an idea of how to sort this because it's really frustrating. I have an application which exports xmi from one project and then imports it into another project. The problem I have is that everything works great with auditing switched off in the target project, however if auditing is enabled then a few of the packages are processed but one of the larger ones fails with a COM exception from EA!

The error reads as follows:

The server threw an exception. (Exception from HRESULT: 0x80010105 (RPC_E_SERVERFAULT))

The line of code which produces it is very straightforward and as mentioned before works fine without auditing:

project.ImportPackageXMI(previousPackage.PackageGUID, xmiFileName, 1, 0);

Any ideas would be greatly appreciated.

Thanks,
Stuart

7

Automation Interface, Add-Ins and Tools / Default Document Templates

« on: November 17, 2009, 08:20:01 am »

Does anyone know where the default RTF templates are stored in EA? I can't find a way to get at them through the automation interface, I can't find them in the database, and I can't find them in the registry! Looking in the EA folders I can only find the linked document templates...

Does this mean that the templates are compiled into the app?

I need to provide a drop down list of template names to select from in an add-in and really don't fancy the idea of maintaining a hard coded list for the default templates.

Any help would be appreciated.

Thanks,
Stuart

8

Automation Interface, Add-Ins and Tools / Re: Support for .Net 1.1?

« on: October 16, 2009, 06:58:23 pm »

Thanks guys, I'll give it try. By implication though I'm guessing that means the standard interop.ea.dll provided by Sparx is for .Net 2 and up.

Thanks again,
Stuart

9

Automation Interface, Add-Ins and Tools / Re: Support for .Net 1.1?

« on: October 15, 2009, 11:34:38 pm »

Possibly, but I thought if I used that I can only write automation applications rather than an actual addin for EA... I could well be wrong though.

10

Automation Interface, Add-Ins and Tools / Support for .Net 1.1?

« on: October 15, 2009, 09:58:57 pm »

Hi All,

I've been writing a few add-ins recently which are compiled in .Net 3.5 and they work perfectly. The problem I have is that a client really wants a few add-ins in .Net 1.1 for EA 7.5. I didn't think this would be a problem until I created a new project in VS2003 and tried to add the Interop.EA.dll as a reference. Visual Studio refused to add it complaining that it's not a valid COM dll. I also tried compiling the standard .Net 1 sample plugin from Sparx and got a compilation error saying the following:

Metadata file 'c:\Program Files\Sparx Systems\EA\Interop.EA.dll' could not be opened -- 'Version 2.0 is not a compatible version.'

Has support for .Net 1.1 been deprecated in EA 7.5? Or am I doing something stupid?

Thanks,
Stuart

11

Automation Interface, Add-Ins and Tools / Re: HELP! invalid parameter(s)

« on: July 21, 2006, 07:58:15 am »

Hi,

Sorry I've taken so long to get back to you, I just wanted to say thanks a million, the argObjects worked like a charm!!!

Cheers,
Stuart

12

Automation Interface, Add-Ins and Tools / Re: HELP! invalid parameter(s)

« on: July 18, 2006, 11:31:52 am »

David,

'Fraid no joy, I get the same behaviour.

Cheers,
Stuart

13

Automation Interface, Add-Ins and Tools / Re: HELP! invalid parameter(s)

« on: July 18, 2006, 11:12:24 am »

Hi David,

The error is being raised by EA when I run the code gen, but I'll try your suggestion and let you know how it goes.

Thanks,
Stuart

14

Automation Interface, Add-Ins and Tools / HELP! invalid parameter(s)

« on: July 18, 2006, 07:12:26 am »

Hi,

I need some urgent help with a C# add-in which I am trying to write. I have been through the example add-ins on the web site and I have managed to get my add-in to install into EA without error. However when I try to execute a method in the add-in using the EXEC_ADD_IN macro from a code template, I get an invalid parameter(s) error which is driving me round the bend  

code sample:

public object STGetClassAttributes(EA.Repository Repository)
{
 return "";
}

as you can see I've made the method as simple as possible just to try and get something to run. If anyone has any ideas (anything at all), I'd really appreciate it.

Thanks,
Stuart