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 - Manfred Kröpfli

Pages: [1] 2 3
Allow dynamic filters in diagrams to work with connectors (1)

This actually works fine, when connectors connect elements directly. If both elements are displayed, the connector displays as well.

Unfortunately, if a connector connects two embedded elements, like ports or interfaces, the connector does not adapt to this automatic behavior :-(

I'm 100% positve to this request.

Suggestions and Requests / Re: Tracking changes to connectors
« on: May 26, 2009, 07:09:11 pm »
Another alternative might be to store them as custom properties but display them in the connector properties dialog as they are displayed in the element equivalent.

I'd love to use custom properties, but they are readonly and their values are only editable using the EA user interface. Bad luck.

Suggestions and Requests / Re: Tracking changes to connectors
« on: May 26, 2009, 07:06:29 pm »
Check the Windows registry. I don't remember the key, but you can use the registry editor (carefully, don't change anything!) to find it.

Thx. It's HKEY_CURRENT_USER\Software\Sparx Systems\EA400\EA\OPTIONS\AUTHOR. Works fine for EA 7.5. The key is missing for EA 7.1 :-(

Suggestions and Requests / Re: Tracking changes to connectors
« on: May 25, 2009, 06:17:12 pm »
Hi folks

thx for sharing your thoughs with me. To make elements and connectors somehow feel consistent, I'll go for tagged values and use the addin broadcast event EA_OnNotifyContextItemModified() to make sure that the items get their change authors and dates.

Final question:
[highlight]How to grab the author string a user entered in its Options->General dialog? Repository.GetCurrentLoginUser() only returns the sometimes cryptic Windows login name.[/highlight]


Suggestions and Requests / Re: Tracking changes to connectors
« on: May 20, 2009, 07:01:41 pm »
Hi Midnight

if you consider pure extensions to the db schema as changes, I agree. IMHO, pure extensions might be implemented without breaking foreward compatibility of EA resp. backward compatibility of the db schema.

Can you give me an advice, how I could best implement additional 'global' attributes for connectors, like Author, Created, Modified? What combination of EA features might show me the way?


Suggestions and Requests / Tracking changes to connectors
« on: May 07, 2009, 10:38:08 pm »
Unlike elements in EA, connectors don't have change attributes refelcting their creation date, last modification date resp. author.

Models are representing the problem domain, therefore connectors often reflect important semantic information, too. In my eyes, it would be a natural thing to have the same change attributes for connectors in order to be abel to do an equal level of change tracking (meaning: the informaiton about who is responsible for the current state of a particular modelled aspect).

Elements and Connectors should carry the attribute:
- Creator (creating author)
- Modifier (last modifing author)
- Created (creation date)
- Modified (modification date)

Please take this feature request into consideration for future extensions.

General Board / Re: Conceptual: Users, Authors, People (Groups, Ro
« on: March 27, 2009, 08:17:26 am »
Here is the solution to the background problem:
Code: [Select]
Element.Author = <string>;

Any hints to the main questions on users, authors and people?


General Board / Conceptual: Users, Authors, People (Groups, Roles)
« on: March 20, 2009, 08:59:29 pm »
Hi all

I like to know, how the concepts of users, authors and people (resp. groups and roles) functionally relate to eachother.

I understand:
1) user (group) reates to access control
2) author property repesents the creator (or modifier?) of an element
3) people (project author, project role) relate to organisational aspects

What has to be defined for a human user, who uses a security enabled project? Are there functional relations inside EA between a user and a project author, which I (as a EA administrator) should be aware of?

I want to make sure that every element update reflects itself in the element's standard Author property.

Additional background information:
Using the C# API, I want to be able to set the element author using:
Code: [Select]
Element.Author = <string>;[/color]
which does not work for me until now. Which prerequisites do I have to asure?

Thanks for any enlightening links and hints

Bugs and Issues / Re: Add-In Event "EA_MenuClick" invalid
« on: June 25, 2009, 11:47:00 pm »

I am experiencing the same problem.

Any hints/patches so far?

Working with 7.5.845

Hi @Sparx,

Is this issue still not fixed in EA8.0.864?

I experience
Code: [Select]
Parameter.Stereotype = "abc" or
Code: [Select]
Parameter.StereotypeEx = "abc" not working as expected. A followup
Code: [Select]
Parameter.Update() will not propagate a stereotype change for an operation parameter to the database.

Please confirm or provide any workaround

brgs Manfred

Hi Michael

no, these functions are not (yet) documented, but look very promissing.

Neverthesless, I'd wish to have more documentation and VBScript samples on workflow scripting to understand the concepts behind this feature properly. Looking at the current EA user guide involves a whole bunch of guessing.

Any better (inofficial) sources available by anyone?

Thanks for your contributions


I'm just new to EA scripting, but already did quite some EA addin programming.

With EA addins, I especially liked the broadcast event feature to intercept user actions with additional logic, mostly in the field of model security. When reading now about workflow scripts as a means for finer grained user access control, I intuitively thought about the broadcast event feature, but unfortunately, I couldn't find any hints.

It would represent a vast benefit to me to e.g. get a hold on an EA_OnPreNewElement() event through a workflow script and place additional logic there (see VBScript sniplet below).

Code: [Select]
Public Function EA_OnPreNewElement(Repository, Info)
   if (...)   'logic goes here
      EA_OnPreNewElement = True
      EA_OnPreNewElement = False
End Function
The need of labor intense distribution of EA addins would be history for this kind of functionality. Any helpful thoughts on this issue?

Thx & cheers

Hi all,

why does nobody dare to answer? Did nobody have this problem? Does nobody know an answer? Or is the EA API just no able to do this?

Still hoping for enlightening input


does anyone have a solution approach for following problem?

Using the EA API, I want to add a connector, which is just visible to the diagram in my current context. All other diagrams (this might be many), which as well contain the same endpoint elements, shall not show this newly added connector automatically (meaning the diagramlink is by default 'hidden' in all other affected diagrams).

How would you approach this?

Thanks for sharing your ideas with me

Pages: [1] 2 3