This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Original submitter: sergeyp Description steps to reproduce: 1. create activity diagram 2. add 3 invocation and a fork 3. draw edge from one invocation to the fork and edges from fork to two others looks bad because links aren't orthogonal to the fork 4. press orthogonal layout toolbar button BUG: some links are connected to thin side of fork if there are more links thin side can be enlarged.
Created attachment 32776 [details] Activity Diagram - Edgesfrom fork to nodes
Created attachment 32777 [details] Activity diagram - orthogonal layout
I don't see anything bad as described in step 3. The egdes from the fork to the invocation nodes look fine to me. Please see the first attachment. Regarding the Orthogonal layout mentioned in step 4, this is how the layout is made by TomSawyer. This is not a defect. Plus, if there are multiple links connected to the fork, the layout will arrange the links accordingly wihout enlarging the fork. See the second attachment.
see UML2.0 specification (superstructure) in most cases edges ortohonal to forks at list on incoming/outgoing ends, it also looks much better then all links from center. see your second attachment right fork, thin side should be used by edges
Created attachment 32810 [details] for 3rd step, dotted red is expected result
Created attachment 32811 [details] for 4th step, thin fork side is enlarged and some edges are connected to thin side, expected: all incoming edges on one long side and all outgoing on second
You are correct. However, with the version of Tom Sawyer that we are using, we are not able to make sure that the nodes are orthogonal while the user is drawing the diagram. So, we are not able to fix this issue at this time.
Does TS hav version that provides API to control mountpoints? Or we have ability to force this feature creation?
Yes, our current version always you to specify the mount points. That is not what you want. Instead you want automatic edge layout as the user draws the link and as the user moves nodes connected to the edge ends. We we specify the mount point it would be up to us to adjust as the uesr moves nodes around. Not an impossible task, however we know we want to move to the NetBeans graph framework and it already support automatic edge layout. Basically when we move to the NetBeans graph component this problem should be solved.
That's good. Actually impossibility to change mountpoint manually was mentioned in 79684 (marked as duplicate of this isssue): "it should be possible to reconnect link to any point on fork".
low use case not currently impacting our installed user base.
Planned for drawing area upgrade after NB 6.0.
Should not use resolved/later status.
Targeted in the drawing area redesign.
REstoring the original priority and using the NB 6.0 waiver process.
Diagram area bugs waived for 6.0 will also be waived for 6.1.
with the latest 6.5 build, the results are still not looking good with both the available orthogonal and hierarchical layouts. See attached screenshot for these results.
Created attachment 61791 [details] orthogonal layout result
Created attachment 61792 [details] hierarchical layout
Orthogonal layout will not be included in 6.5. It may be reimplemented in a future release.