Community
Participate
Working Groups
I use GMF3.3M5 When I duplicate a recursive partitioning element with children, and when I open the duplicated element by double clicking, it opens the original element and not the new one. But if I close the diagram and regenerate another one with initialization, everything is ok ! I don't try with a simple diagram partitioning (not recursive). You will find an example to reproduce this by following this link http://dev.eclipse.org/newslists/news.eclipse.modeling.gmf/msg04916.html (see 1. duplication) Regards
Duplicated node references diagram of original node with attached EAnnotation, hence both nodes share same diagram. Recreating diagram from model file works because "referenced diagram" is *notation* model information, thus it's not get created from model and next time you doubleclick on any of these nodes, new diagram gets created and associated with the element. To certain extent this is perfectly legitimate behaviour. However, I'd suggest any reference to associated diagram should be dropped on duplicate. To do this, one should be able distinguish associated diagrams from any other referenced element (bug #159479). Once it's possible to tell associated diagrams from any other referenced elements, DuplicateViewsCommand (somewhere around line 162) should be fixed to clean any styles/whatever used to represent associated diagrams.
This problem exists too for the copy/paste or cut/paste operations. PS : I overriden DuplicateViewsCommand for set DiagramLinkStyle to null for duplicated views, it's working (but it's not easy due to access restriction). Regards
[GMF Restructure] Bug 319140 : product GMF and component Runtime Diagram was the original product and component for this bug