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

Pages: 1 ... 50 51 [52] 53 54 ... 85
766
Suggestions and Requests / Traceability: show stereotypes
« on: May 25, 2012, 10:42:25 pm »
Hi!

The traceability window is a very handy little tool but it uses its own connector labels, which can be confusing and sometimes downright misleading.

Consider for instance two components, where one has a «use» and the other an «abstraction» connector to the same interface.
Both these relationships will be reported as "needed by", since they are stereotyped dependencies. In the «use» case this might be permissible, but «abstraction» is quite a different kettle of barramundi.

This would be resolved if the connector stereotypes were shown, as in "needed by («use»)" and "needed by («abstraction»)". This solution will also work for third-party profiles, which an effort to come up with separate descriptions for all UML connector types would not.

Any takers?

Cheers,


/Uffe

767
Suggestions and Requests / Link Note to connector note
« on: May 05, 2012, 12:58:04 am »
Hey hi ho,

I can create a Note and link it to an Element Note.
I can create a Note and link it to a Connector Tag.
Is there a particular reason why I can't create a Note and link it to a Connector Note?

Only it'd be really really useful.
As I'm sure you'll all agree....... Right? :)


/Uffe

768
Suggestions and Requests / Re: Multiple Diagrams
« on: March 12, 2012, 10:54:41 pm »
Just in case you haven't tried it yet, the Floating Diagrams in 9.3.930 allow you to view several diagrams at once. Just drag the diagram tab from the main area and drop it somewhere.

Yes, you can drag-and-drop between diagrams and yes, changes made to an element in one diagram updates the others. Pretty sweet feature.  :)

769
Suggestions and Requests / Re: Float diagrams from project browser
« on: April 01, 2012, 11:18:36 pm »
Posted as a feature request.

770
Suggestions and Requests / Float diagrams from project browser
« on: March 30, 2012, 04:55:05 pm »
Hi all,


With today's panta rei EA it'd be really nice to be able to open a new floating diagram directly from the project browser with drag-and-drop.

The scenario is this:
I've got the project browser floating on its own, with the EA main window somewhere on a different screen. I want to open a diagram, so I double-click it.
The diagram opens, but in the main window. I have to find that and drag the diagram off from there to get it to where I'm working.

What I'd like is to be able to drag the diagram off the project browser, drop it on the desktop and have it float there - same as the behaviour when dragging it from the main window diagram area.

Any takers?

Cheers,


/Uffe

771
Suggestions and Requests / Re: Project name in floating windows
« on: April 01, 2012, 11:18:19 pm »
Posted as a feature request.

772
Suggestions and Requests / Project name in floating windows
« on: March 30, 2012, 04:59:43 pm »
Helluuurrrr,

If you're combining floating windows with multiple EA sessions you get headaches, especially if you don't have enough 30" screens.

Could we get an option to display the EA project name in the title bars of floating windows? Exactly the same as in the main window, in other words.

Who's with me?


/Uffe

773
Posted as a feature request.

774
... please?

/Uffe

775
Suggestions and Requests / Re: Setting the "status" for diagrams
« on: March 16, 2012, 05:36:41 pm »
Yes! Please!

776
Suggestions and Requests / Separate toolbars for floating diagrams
« on: March 13, 2012, 01:45:34 am »
Hi all,

It would be really useful if the diagram toolbar (not the toolbox) could be included in each floating diagram.
At present, you have to click inside the diagram to give it focus and then click the toolbar button, which may be far away on the desktop.

An option in the Customize menu to control whether the diagram toolbar should be per-diagram or not would be acceptable, but I'd be just as happy with having the toolbar moved to the individual diagrams.

Thoughts?


/Uffe

777
Suggestions and Requests / Re: User management
« on: February 04, 2012, 03:13:52 am »
Yes, but you basically need that anyway, since that's the way you manage access to the databases. Unless you either
a) do that manually, which is a pain, or
b) use a single database user account for all EA users, which is poor security.

It would be *very* nice to be able to specify a single AD-group-to-EA-group mapping, in other words to say "all Windows users belonging to AD group X shall be allowed to log into this project as members of EA group Y."
That would be for the large-scale deployment scenario. For the medium-scale one, I agree it would be useful with the "import users from other project" feature. And there is a precedent for this type of function already: baselines.

778
Suggestions and Requests / Re: Request: EA_OnPreChange events
« on: January 17, 2012, 06:05:25 pm »
Yes - 'cept of course I'd have gone with
        Concistency, konsistency, consistensy!
just because.   :P

Buuuut anyway. Good? Bad? Useless?

/Uffe

779
Suggestions and Requests / Re: Request: EA_OnPreChange events
« on: January 13, 2012, 07:27:51 pm »
No, OnNotifyContextItemModified corresponds roughly to the OnPostNew events, whereas the OnPreNew and OnPreDelete events are functions returning Booleans, giving the Add-In the ability to block the change by returning False.

Also, I'm pretty sure OnNotifyContextItemModified only informs of items changed through the GUI (the context), not changes done through scripts etc.

A generic OnPreChange() would be a different way of achieving the same thing, but it would be a different design from the existing OnPre and OnPost events. The merits of one over the other can be argued, but konsistency is cey in my book.

780
Suggestions and Requests / Request: EA_OnPreChange events
« on: January 13, 2012, 03:16:00 am »
Hi!

In an Add-In, to stop the modeller from modelling incorrectly, you can catch EA_OnPreNew and EA_OnPreDelete events.
At the moment, however, there are no EA_OnPreChange events. These are also needed if the Add-In is to have a fighting chance to maintain model integrity.

Looking at the existing EA_OnPre events, I would rank the change events in order of priority thus:
EA_OnPreChangeElement
EA_OnPreChangeConnector
EA_OnPreChangePackage
EA_OnPreChangeAttribute
EA_OnPreChangeMethod
EA_OnPreChangeDiagram
EA_OnPreChangeDiagramObject
EA_OnPreChangeGlossaryTerm

Anyone else?

Cheers,


/Uffe

Pages: 1 ... 50 51 [52] 53 54 ... 85