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

Pages: [1] 2 3 ... 10
1
@Helmut - in view of your response I needed to check as in my experience I have not needed to have the custom window code in a separate DLL (unless it made sense for the design), as the AddIn is already a COM DLL, but did a simple check this morning in case things have changed!

@Phil - this is what I did to double check:

  • Created a simple user control, called "UC1", which was in my main AddIn DLL (Assembly "testAddIn") - MUST be a public class
  • Added code - see below

I added a simple menu item to show the window in the menu click (in VB.net):

Case "Show window"
 Dim myNewAddInWindow = Repository.AddWindow("My tab Label", "testAddIn.UC1")
 Repository.ShowAddinWindow("testAddIn.UC1")


Register the new class (VS doesn't do this automatically), so I re-registered the AddIn, running the batch file below.  I could then see a new class entry for "testAddIn.UC1"
When deployed the installer will handle the registration.

For testing I have an existing batch file to do the registration with the single line which runs RegAsm for the required .NET framework for my AddIn DLL.  So just re-running this did the job both the AddIn and User Control are in the same DLL.

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\RegAsm.exe   "./bin/x86/Debug/testAddIn.dll" /codebase

Note this is for .NET3.5, for other .NET versions use the appropriate RegAsm app e.g. for .NET4 use the app to register 

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe

In the case that you develop the code in a separate DLL then clearly Helmut's advice applies.

Hope this helps, but any specifics do ask

Adrian

2
Hi Phil

A quick thought - you have said that you have registered the class, have you?
User guide says "Once the custom control has been created and registered on the target system"

EA will look for a class with the name (in your example) "TestAddIn.MyCustomControl" in the registry.
Use RegEdit to check that there is an entry under HKEY_CLASSES_ROOT

I've forgotten to do it before now.

Adrian




3
I assume that your AddIn is a standard windows user control.  In which case the reasons it doesn't resize to its parent is often because its properties prevent resizing.

Some of the properties to check are:
* Locked - False - to ensure that the control can be resized
* Maximum size is 0,0 - so not limiting the size of the control

You also need to ensure that any embedded controls do not have any restrictions on them.

The only time I have had to do anything more than that is when embedding external applications into the addin window. In this case you will need to respond to Win32 messages and that's a different story!

4
Automation Interface, Add-Ins and Tools / Re: EA.App in VBA automation
« on: September 02, 2016, 06:25:27 pm »
I haven't tested with EA, but as the first parameter of the GetObject function can be set as "The full path and name of the file containing the object to retrieve"  - this can be used to specify which version to run.

So the issue is knowing the filename for a specific version.  Here are several ideas (I am sure there are more):
  • Search the registry in your code to retrieve the path for the desired version - or
  • Install EA in specific directory that has the version number e.g. "C:\Program Files (x86)\Sparx Systems V12\EA" - or
  • Have a text file which contains the filename which could be read (or use a registry key you could read)
The purest in me would be to search the registry however this is a bit of an overhead.  Both the version number and install path are located under each EA install section within
  • HKLM or HKCU (depending on installation type) \ Software \  (optionally WoW6432Node) \ Sparx Systems \ EA400 \  EA
The relevant keys are:
  • Version
  • Install Path

NB: I haven't installed Version 13 yet so there may be some changes that I haven't seen yet!

My practical approach would be to install with a version number (but that could be too late and prone to omission when updating etc), ...

Hope this helps.

5
As promised I have done a post with information on how we create non-admin installers

Hope this helps.

6
hi

I have a non-admin installer for eaForms, which works fine, although without admin rights you need to be careful with updates/uninstall.

I'm out of the office today but if you send me a mail eaforms(at)exploringea.co.uk that will remind me and I'll try and provide the relevant information.

7
Just to let you know, although you will see an entry with my installation inspector it won't display the DLL information for VisioImporter DLL, even for a working installation. 

I was about asked about this addin earlier today, and upon checking, see that the VisioImporter is not a .NET assembly, it's a typelib, which I don't check for.

The error code indicates an "invalid class string" - so I guess sparx will have to provide insights into how they are loading addins and what could go wrong.  I'm afraid my inspector is based on general assumptions about loading dlls rather than any knowledge of what is actually checked.

I have made some additions to the Installation Inspector (V3) and submit to the community site - which will take a few days.
In the meantime a ZIP file containing the Beta for Installation Inspector V3 can be downloaded at http://download.exploringea.co.uk/eaInstallationInspector.zip - note: this is a temporary download only until updated on the community site.

8
I should have noticed that on a diagram the right click properties is equivalent to "Alt+enter" and this combination has always opened the properties page regardless of where the item is selected, and does not fire an event.  I've always used this to open EA properties editor even when eaForms installed.

@Uffe agree that the it would be useful to differentiate real events so that when the item was selected from a context menu I knew that compared with double clicking the element in one of several locations.  However I guess this is probably too deeply established in EAs UI code.

BTW: Clicking a diagram in project browser fires the EA_OnContextItemDoubleClicked event.

9
I just checked with bld 1226 and EA_OnContextItemDoubleClicked is fired if properties selected in the project browser, but not on a diagram; can't remember what happened before.  But like you I use this to override EA properties in eaForms.... 

Would it be correct that in practice most users working in a diagram would double click?



10
Suggestions and Requests / Re: Richer note fields (on elements)
« on: June 03, 2015, 06:19:53 pm »
Thanks - updated and see the new option; and mouse operation really useful.

11
Suggestions and Requests / Re: Richer note fields (on elements)
« on: June 03, 2015, 07:00:19 am »
Hi Simon

You talk about the visual appearance dialog - can you advise where I find this as I can't find the option you refer to (bld 1207).

Also tried the ctrl+mouse in an elements notes window without any effect.  Have I misunderstood what you suggest can be achieved.

Thanks

12
Suggestions and Requests / Re: enhance Gantt chart features
« on: February 13, 2014, 02:27:08 am »
Hi,

Interesting idea - but based on some work with EA and MS Project in the past I'm not convinced that PM's will run towards EA.  However, I'm sure this will depend on the organisation.

Your suggestion prompted me to write this post http://exploringea.com/2014/02/12/ea-for-project-management/ in which I outline some of my findings/thinking.

Rgds


13
Suggestions and Requests / Re: Diagram: duplicate layout
« on: February 08, 2014, 09:31:49 pm »
@Uffe

In terms of your layout - exactly what attributes
position, size, appearance?

nice little AddIn for a tutorial me thinks

14
General Board / Re: Mysterious history tab
« on: December 09, 2015, 11:35:56 pm »
@Geert -
Quote
Over the years I've come to the conviction that EA is the only application a Sparx Systems employee is allowed to have installed

I think you are correct, as supported by the recent article about EA referenced on the community site -http://issuu.com/aiglobalmedia/docs/ai_magazine_november_2015/19#signin

Quote
Enterprise Architect was developed with several key design rules in order for project teams to be able to use a single platform ...

Personally I've tried to adopt/test the single platform approach, depending on projects, with the aim of keeping all knowledge in one place, including using the project management stuff(!).  However, I've rarely fully succeeded - in part because I've got frustrated with trying to work out how it's done (or should be done) with EA.

I think it's a pity we are all so reliant on the forum for documentation and support, and that there isn't more DETAILED information with real world (industrial sized) examples available from Sparx on using EA.  I'm just grateful for the few stalwarts who provide great support to the forum.

I'd be really interested to understand how EA could truly be used as a single platform (a key aim of EXploringEA), if only to get Sparxs' view of best practice of how the bits in this ever expanding tool should work together.  And although I suspect it will be difficult to deploy for many projects, it could at least provide a clear vision of what could be; but I guess that would be a big undertaking for Sparx :-?



15
General Board / Re: Project Management Using EA
« on: November 12, 2015, 02:11:12 am »
Hi guys

I know this is an old post, but came across the same issue with trying to produce a gantt with the tasks output as ordered in the package.  As stated the tasks are listed in alphabetical order. Is there a way to preserve the defined sort order?

Thanks

Pages: [1] 2 3 ... 10