The ScopeSET Support and Community Portal
         
View all tags
Tags:    No tags associated yet.
Go Back
Tracker: ECRs Priority: Highest Type: Enhancement
Found: 9.0 build 174 Status: Closed Target: 9.2.1+10.0
OS: Windows 2000 Fixed: 9.2.1.0.30 PatchID: --
Description:
2004-03-12 12:11:20 lippert
Customer wants to do some elementary stuff, that is not possible:

1) No Drag'n'Drop of attributes/operations between classes, because moving them
is not allowed currently.
2) Cut'n'Paste of attributes/operations between classes is possible, but
- members is outside(!) of the classes when dropping and must be
"catched" by moving the class
- synchronization problem between new member in canvas and class
table. The moved member is not in the class table.
3) No cut/paste of attributes/operations between different classes

At least one of the mechanisms must work, best would be all three. Of course
_all_ properties of a member (all annots being them in the OAE tab or in the class
table tab) must be moved. There are no inconsistencies allowed.

KORDOBA considers this an elementary refactoring and was astonished and
dissappointed not to see that in Ameos. Because KORDOBA does data modelling
with UML primarily, moving attributes is an often used task.
2004-07-14 13:37:27 customer_gmbh
Bosch has the same concerns as Kordoba.
2005-03-29 17:39:59 amueller

03/12/04 03:11:20 lippert
Customer wants to do some elementary stuff, that is not possible:

1) No Drag'n'Drop of attributes/operations between classes, because moving them
is not allowed currently.
2) Cut'n'Paste of attributes/operations between classes is possible, but
- members is outside(!) of the classes when dropping and must be
"catched" by moving the class
- synchronization problem between new member in canvas and class
table. The moved member is not in the class table.
3) No cut/paste of attributes/operations between different classes

At least one of the mechanisms must work, best would be all three. Of course
_all_ properties of a member (all annots being them in the OAE tab or in the
class
table tab) must be moved. There are no inconsistencies allowed.



KORDOBA considers this an elementary refactoring and was astonished and
dissappointed not to see that in Ameos. Because KORDOBA does data modelling
with UML primarily, moving attributes is an often used task.
07/14/04 04:37:27 customer_gmbh
Bosch has the same concerns as Kordoba.
Details:
Children (0)
Associations (1)
All (0)

Submitted Type Wiki Link Target Comment
Nothing found to display.

Submitted Type Wiki Link Source Comment
amueller
Jul 20 2007 12:06
related [ECR-2766] gde_default_global_delete_for_mapsym deletes too much if diagram was not saved