Messages

1

Suggestions and Requests / Re: note editor

« on: September 05, 2008, 04:02:52 am »

to be honest, I even treat richt text notes as a problem for post processing. To much infromation goes into the formatting instead of the words.

2

Suggestions and Requests / missing uml tags on import from xmi

« on: February 20, 2006, 08:52:04 am »

Hi, we have an XMI file written from an earlier EA version. When i import it to EA 6, some UML tags are missing.

Inspecting the XMI files I found that those tags were missing which do not have an xmi.id - attribute.

Code: [Select]


<UML:TaggedValue tag="xml.importedTag" value="true" xmi.id="EAID_ED435BDB_3F2E_43d7_A6DD_2E9665B7F45F"/>
<UML:TaggedValue tag="xml.missingTag" value="true" />


The second tag is not imported.


The problem is still there in EA 6.1 build 787.

What can I do?


bernhard

3

Suggestions and Requests / Re: UI - Zoom on cursor positon (ctrl+wheel)

« on: January 14, 2006, 07:00:44 am »

I second this, in particular if an ovierview navigation window would be there.

4

Suggestions and Requests / Re: diagram overview window

« on: January 29, 2006, 11:19:28 am »

Nice thingy, but I wouldn't pay the same price as for Photoshop just for that feature So, if comparing, use something in EA's price range...

What about GIMP, PhotoshopElements

5

Suggestions and Requests / diagram overview window

« on: January 21, 2006, 02:55:14 am »

even on a high resolution screen I sometimes have problems to handle larger diagrams. In addition to the zoom facilities, I would like to see an overview window which always shows the entire diagram with a frame indicating what is shown in the diagram pane.

Many graphical design tools (CAD, even Photoshop) have this.

-Bernhard

6

Suggestions and Requests / Re: drag from relationship view to diagrams

« on: January 18, 2006, 01:08:14 pm »

I know what you mean, but this has been discussed here in broad some time ago. Sorry for not having the time to search for the related thread(s). Maybe someone else can? The conclusion was that this is not going to be changed for several reasons.

I've heard about that. But it does not make it easier ...

-Bernahrd

7

Suggestions and Requests / Re: drag from relationship view to diagrams

« on: January 18, 2006, 04:47:11 am »

Try Tools/Options/Objects/Draw Aggr. Reversed

Additionally search this forum for this topic.

I tried this, but it has not the desired effect. What I want is:

1. all properties of a class use the composite class as source. This has the advantage:
 * Relationship view shows the role (which is then denoted at the target)
 * Insert related Elements can be done such that all properties are inserted in to a graphic at once.  As it is now, only associations, can be inserted. If I want aggregations to be in the diagram I also get the classes where the classin question is aggregated to.

2. when I drag an aggregation, the mouse movement should go from "whole" to "part" <-> Source to target

The option you mention, allow to drag from whole to part but still establishes the aggregation with target as comoposition.

-b

8

Suggestions and Requests / Re: drag from relationship view to diagrams

« on: January 17, 2006, 02:10:13 pm »

Just an idea since it sounded like you were doing something like that.

Regarding aggregations, I've taken this from the help file.

My interpretation is that the direction being opposite is specified by UML.  EA's option just helps people who are used to other tools that draw the aggregation the other way.

Sorry, I don't know what "Add to diagram" option you're refering to.  Could you tell me where it is?

I do not see any difference in the behavior, however this option is. As far as I understand, the UML superstructure does not really specify, how an aggregation should be made. I want to drag from the "whole" to the "child" as I want to establish a property of the "whole". Therefore the diamond must be at the source side. I achieve this, by opening the aggregation property, set source to "composite" and target to "none". I would like to have this as default behavior.

9

Suggestions and Requests / Re: drag from relationship view to diagrams

« on: January 17, 2006, 01:58:29 pm »

yes, that's it, and when I call this menu, I get an icon on the mouse pointer. But as soon as I move the mouse, the icon disappears and I cannot add the element to the diagram.

bernhard

10

Suggestions and Requests / Re: drag from relationship view to diagrams

« on: January 16, 2006, 01:47:10 pm »

Hi Simon

no, it does not help. First of all it adds all relationship and not only selected ones.

second, the default way to create aggregations is such that the souce is the whole. Therefore the direction is the opposite. This means that selecting o-> shows the associations while <-O shows the aggregations. This is really a mess.

EA6 has an option to reverse this behavor with respect to aggregations. But it does not seem to work.

To make it more evil, the function right click on relationshiop "Add to diagram" no longer works in EA6. As soon as I move the mouse, the mouse pointer changes back to the arrow and nothing happens.

-bernhard

11

Suggestions and Requests / drag from relationship view to diagrams

« on: January 15, 2006, 11:27:33 am »

being involved in a reverse engineering project, we have to draw a lot of diagrams from the model. I really would like to selekct a bunch of lines in the releationship view and drag them to the diagram. It would save a lot of time. At least being able to drag on by one.

-bernhard

12

Suggestions and Requests / Re: Auto layout on diagram subset

« on: January 14, 2006, 07:17:59 am »

I really would like to see this

13

Suggestions and Requests / Re: Resizing reflexive associations

« on: January 14, 2006, 07:03:02 am »

I second this. Display of such assiciations should be customizable like any others.

14

Uml Process / Re: Can we represent details of operation in UML?

« on: February 26, 2006, 09:16:39 am »

I really think y'all should look at the Object Constraint Language (OCL).  This allows more precise specification of what the behaviors should be without getting into how they are implemented.

There are good reasons to avoid specification of implementation details at the level of UML usage.

no, it is not the matter to specify implementation details. It is rather a matter of showing the algorithm.

If it would be implementation details - this goes into the source code.

-bw

15

Uml Process / Re: Can we represent details of operation in UML?

« on: February 26, 2006, 04:59:05 am »

Hi'ya.... Isn't that what UML Action Semantics is about?  I'm new to UML and EA, but sure I saw something that looked like it was doing that in the documentation somewhere.... actions, input and output pins, data and control flows.  I thought it was the 'Analyst' bent of the user population, who handed over their models to coding folks (who can type quicker than draw) who sorta killed that.

How do I attach an Activity Diagram to an operation;  I cud then start to bemoan the lack of Activity Generation templates I hate typing - and would gain oodles of kudos with my manager (who could get rid of the coding phase in all my projects)

Stay tough
Kevin

I am facing exactly the same question. I guess I will open another thread with this question.

-b