You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The idea is to focus on just one arc and 1) if it does not have any bend points, then compare the positions of the two nodes, 2) if it has bend points, find the one closest to the process, it would be the last bend point for incoming arcs, then compare positions of the bend point and the process glyph.
This focusing-on-one-arc approach will not work if in yEd someone forgets to bend links where needed. It is often like that for logic gates.
By the way, for logic gates, it is often that situation that the outgoing arc goes directly to process (see the figure attached). For that reason, it makes sense to focus on the outgoing arc (with an arrowhead).
The text was updated successfully, but these errors were encountered:
The idea is to focus on just one arc and 1) if it does not have any bend points, then compare the positions of the two nodes, 2) if it has bend points, find the one closest to the process, it would be the last bend point for incoming arcs, then compare positions of the bend point and the process glyph.
This focusing-on-one-arc approach will not work if in yEd someone forgets to bend links where needed. It is often like that for logic gates.
By the way, for logic gates, it is often that situation that the outgoing arc goes directly to process (see the figure attached). For that reason, it makes sense to focus on the outgoing arc (with an arrowhead).

The text was updated successfully, but these errors were encountered: