-
Notifications
You must be signed in to change notification settings - Fork 712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make topology view edges more useful #1636
Comments
The consensus from the feedback was to use arrows to indicate connection relationships, and to arrange nodes in the 'node details' view with client connections on top, and server connections on bottom (slide 3 reversed). |
Nice! This is for the radial "node selected" view, right? In that view, I think it would be helpful to try to orient the flow from top to bottom, as suggested in #875 (though still placing nodes at equal distance on a circle, perhaps leaving a gap between inbound, inbound+outbound, outbound; this does mean some flows can point in the wrong direction, but at least it's not a complete jumble). Have we decided yet whether to also show arrow-heads on mouseover? I think we should. |
Feature request from real user unaware of this GitHub issue:
|
@2opremio I take it we can't know for sure what protocol a connection is using without packet inspection; maybe we can assume protocols based on common ports? |
@rade Yes, that is the radial view.
Yes, I was planning on doing something like that. Using the positions of the nodes to add meaning.
At the moment, the arrows don't feel too distracting if we just show them all the time (in the radial view). |
I was talking about mouseover in the main view. The issue is that you really, really need the arrow heads for disambiguation in the main view. Node selection loses too much context. |
Edges in the topology view are presently very underutilised. We could hang some additional info and controls off them.
Some ideas...
The text was updated successfully, but these errors were encountered: