Community
Participate
Working Groups
In the Ecore Editor the layout seems to have an enthusiasm for overlapping lines. This is very confusing since relationships appear to be missing. IMHO distinct relationships should NEVER overlap. The overlap is doubly irritating given the difficulty of selecting one and then moving it rather than the selection migrating.
Hi Ed, We basically rely on GMF and GEF for the routing of the edges, I have not checked yet if "Eclipse Layout Kernel" could help in this area. could you be more specific whether you experienced this on a specific type of relationships (like EReferences, or supertypes, or link to doc annotation) ? Is this "enthousiasm" during arrange all ? when you are creating shapes and adding relationships ?
I have variously started with a new 'add all' file, and subsequently with 'add related elements' I haven't used rearranges, just automated layouts. I have seen both EReferences and inheritance colliding. Inheritance collision is of course intentional and quite desirable. However it seems to have the side effect that some inheritance edges cannot be moved by dragging the edge even though dragging the end does work. My suspicion is that the 'add' that provokes multiple line additions ignores some snap to grid rules giving repetitive off-grid edges. These can only be moved by grid increments and so remain obstinately off-grid. If there are four connections on a side, a multi-snap is required to position all four ends distinctly but nonetheless on grid. IIRC Papyrus that similarly relies on GMF and GEF manages to keep associations distinct but struggles to keep generalizations colliding; repositioning a superclass can require considerable cosmeric fixups.
Setting this ticket as triaged for futher consideration.