Author Topic: Moving Associations  (Read 1849 times)

Sean Kearon

  • EA User
  • **
  • Posts: 126
  • Karma: +0/-0
    • View Profile
Moving Associations
« on: July 22, 2003, 02:13:51 am »
It would be nice to be able to drag an association end to change it.  

ulb

  • EA Novice
  • *
  • Posts: 17
  • Karma: +0/-0
    • View Profile
Re: Moving Associations
« Reply #1 on: July 23, 2003, 07:39:27 am »
Quote
It would be nice to be able to drag an association end to change it.  

fwoolz

  • EA User
  • **
  • Posts: 435
  • Karma: +0/-0
  • We have met the enemy, and he is us.<Pogo, 1970>
    • View Profile
Re: Moving Associations
« Reply #2 on: July 23, 2003, 08:26:01 am »
Hi all,

Let me add a vote in favor... I've encountered some minor annoyances in using the "Change Source and Target" dialog where unnamed elements (such as decision nodes in activity diagrams) appear in the list.  I've gotten around this by naming such elements via the "Proprties" window, but the drop-down dialog approach is somewhat klunky, especially with busy diagrams.

Cheers,

Fred Woolsey
Fred Woolsey
Interfleet Technology Inc.

Always be ready to laugh at yourself; that way, you beat everyone else to the punch.


Javier

  • EA User
  • **
  • Posts: 67
  • Karma: +0/-0
  • Necessity is the mother of email
    • View Profile
Re: Moving Associations
« Reply #3 on: July 30, 2003, 10:04:55 am »
Sean,

I'll be the devil's advocate.  I'm not in favor.  The reason is that from the implementer's point of view, it would be ambigious what you want to do with the association:

1. Place it in a different position in the same class to make way for another association?  This is the current behavior, or...

2. Associate it with another class.

Hmm.  

In order to disambiguate, perhaps adding a CTRL+something to let EA know that we want to move to another class.  Let's assume EA supports this feature.  We move it then to the other class.

Now, it's in the other class.  What are the attributes of the association in terms of: role, visibility, multiplicity, navigability...

Then, it seems to me it is simpler at this point to just get rid of the association and create another one :-)

Given the fact that it'll probably take you a minute or two to delete-then-recreate, and that it's not a common task, I vote no.

Regards,

Javier
We must become the change we want to see.
- Ghandi

Sean Kearon

  • EA User
  • **
  • Posts: 126
  • Karma: +0/-0
    • View Profile
Re: Moving Associations
« Reply #4 on: August 04, 2003, 02:39:14 am »
Hi Javier

There would be no ambiguity.  If you are changing one fo the association ends then the drop site would indicate this.  If the drop site is the same as the current association end, then it is simply a visual adjustment.

However, I do not think it would be a problem to hit CTRL or something similar to initiate an end point change.

Also,  when you deleting an association is actually quite a lot more work as you have to recreate any constraints, role notes etc.

Sean

Fenric

  • EA Novice
  • *
  • Posts: 14
  • Karma: +0/-0
    • View Profile
Re: Moving Associations
« Reply #5 on: August 11, 2003, 02:37:28 pm »
I would be in favor of having CRTL + drag being the unambigious designator of wanting to change an association's Source or Target.

Granted, it's not that common of a requirement, but if I'm in really-RAD mode or simply refactoring out a class, I'd like to be able to visually move any associations.

A toggleable option to have the Association's property dialog appear after you've moved one end (tabbed to either Source or Target, of course) would serve as a prompt to change any values.

My 2 cents....