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 - Helmut Ortmann

Pages: [1] 2 3 ... 61
1
Hi Adrian,

it looks as if I have solved the issue. The NeutralResourcesLanguage should be correct and the same for all dlls. Maybe it's best to avoid specifying a neutral language altogether. It looks complicated but now it works.

Witout strong name for a DLL (assembly properties)
[assembly: NeutralResourcesLanguage("en")]  // I had used english-europe (en-150) for one dll

or just:
[assembly: NeutralResourcesLanguage("")]

If I've correctly read the documentation strong names support dll with version and culture.

Best regards,

Helmut




2
Hi Adrian,

thanks for your elaborate answer.

It is the same user, the same machine and the dll is installed as per user.

I just tried it once more with the same user, and the same machine. Without signing it doesn't install the Add-In GUI and with signing it installs the Add-In EA GUI.

Because I can live with signing I'm not that keen on testing and trying.  There is always the possibility to sign an used external dll. All other Add-Ins run smoothly.

If I come along with an explanation I'll inform you.

Best regards,

Helmut

3
Hello,

I come across that registering of an Add-In usually works without bothering about .net signing in C#.

Last time I couldn't register an unsigned DLL with EA to use as GUI/COM object in the Add-In window. After signing everything runs smooth.

In debug mode of VS 2017 everything runs smooth, regardless of signing or not. So, I'm a bit puzzled.

The thing is: In the past, everything works fine with a lot of Add-Ins, regardless of signing or not. I've searched a lot and I've found a lot about the signing of dlls, no silver bullet.

Any idea?

Thanks,

Helmut

4
Hi,

I'm importing DOORS Requirements with the SPARX DOORS MDG.

Usually it's fast. Seconds and not hours. If there is a slow/bad connection to the DOORS server I've experienced problems.

Before importing the requirements I usually make sure that the DOORS Module is opened within a native connection (not via e.g. CITRIX).

I'm experimenting using DOORS *.csv and ReqIF format to streamline handling of multiple DOORS modules. With ReqIF you can also visualize the pictures in EA as Linked Documents.

Best regards,

Helmut


5
Hi Adrian,

EA Installation Inspector has saved me a lot of time. Thanks for the great tool!!

When I use COM/Active X for an Add-In Window, I have the same issues as with the pure Add-In without any GUI.

- Is it possible to enter a ProgID and EA Inspector checks if the COM is accessible
- A hint whether Admin rights are needed for installation/de-installation would be nice

Best regards,

Helmut

6
Hi,

You can write and deploy EA Add-Ins installable without Admin Rights. You find a template at:

https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoAddinTemplate

Best regards,

Helmut

7
General Board / Re: Time Aware Model comparison
« on: April 10, 2018, 11:35:43 pm »
Hello,

for comparing models or integration in version control I would check LemonTree.

See: https://www.lieberlieber.com/lemontree/en/home-3/

Best regards,

Helmut

8
Hi Uffe,

great thing!!!!

Helmut

9
Hi,

on https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoAddinTemplate/wiki you find a running template for an Add-In in C#. This is a minimal Add-In with:

-  Gui in EA Add-In Window
-  Installation both as admin or as no admin install
-  Settings read from Settings.json
-  View Help, About, Settings
-  Reset to factory settings

With this template, you have a running starting point and you can add your own functionality. I developed it because every time I started writing an Add-In I ran into troubles. 

Best regards,

Helmut

10
General Board / Re: export attributes of a class
« on: April 08, 2018, 07:22:55 pm »
Hi,

one way to export something is to write/use a search/query and:

- Export results to *.csv and then to Excel
- Use the free hoTools to directly export the query results to Excel
  (see: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/Export)

Best regards,

Helmut

11
Hi,

additionally to what q has said:

-  Use the features of your database like:
--   You can create a view and then simply query that view from EA
--   Stored procedures

Best regards,

Helmut



12
Hi,

If you are using Visual Studio I've collected some advice at: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/addin#visual-studio

Kind regards,

Helmut

13
Hi,

My knowledge about diagram styles in EA you find at: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/DiagramStyles.

Thomas Kilian also documented a lot of insides in his book Inside Enterprise Architect. E.g Chapter 9.11 Diagram StyleEx Property.

Best regards,

Helmut


14
General Board / Re: Stereotype bulk change
« on: April 03, 2018, 04:39:52 pm »
Hi,

You can also change Stereotypes and more by the Open Source 'hoTools' (Bulk change EA Elements). For more information see: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/BulkEaItemChange

Best regards,

Helmut

15
Hi,

if I understood you right you want to simulate/send keyboard events in your Add-In code to EA. Maybe 'How to: Simulate Mouse and Keyboard Events in Code' https://docs.microsoft.com/en-us/dotnet/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code could help.

With this you can send keys to arbitrary applications, and I think to your own (EA). I haven't tried it yet but it should work.

Best regards,

Helmut

Pages: [1] 2 3 ... 61