Skip to content
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

[Feature Request] Double click to expand only works if the node has <= 10 adjacent ones. Confusing UX #318

Closed
krlawrence opened this issue Apr 24, 2024 · 1 comment · Fixed by #455
Labels
enhancement New feature or request exploration Issues related to graph exploration, node & edge details, neighbor expansion, etc usability Issues relating to the ease of use of the UI or features
Milestone

Comments

@krlawrence
Copy link
Contributor

Community Note

  • Please use a 👍 reaction to provide a +1/vote. This helps the community and maintainers prioritize this request.
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment.

Graph Explorer Version (and Graph Database and Version used if applicable)
1.6.0
Is your feature request related to a problem? Please describe.
This is in many ways as much a bug as it is a feature request.

Double clicking on a node will cause its adjacent nodes and incident edges to be added to the canvas, but only if there are ten or less of them. This is a confusing user experience. To a user it feels more as if the double-click randomly works sometimes. The user experience here should be revisited.

@krlawrence krlawrence added the enhancement New feature or request label Apr 24, 2024
@kmcginnes kmcginnes added the exploration Issues related to graph exploration, node & edge details, neighbor expansion, etc label Apr 25, 2024
@kmcginnes
Copy link
Collaborator

Here are some ideas of potential solutions:

  1. Expand 10 nodes on every double click, so double click 3 times to load 30 neighbors
  2. Leave current behavior, but add subtle animation to sidebar to draw the user's eye (I'm imagining a pulse animation or something similar)
  3. Leave current behavior, but increase the upper limit of expansion to something like 25 or 50
  4. Expand all nodes on double click, but show a spinner while the query is running

I think I'm leaning toward option one. But to do paging well we will need to define a sort order for the queries so that when we load more pages we will get consistent results. Perhaps sorting by ID is the safest general approach since all nodes will have that attribute. However, if the ID is a UUID then sorting can be expensive.

Option 4 is also a solid choice. We'd have to build a proof of concept to see how to feels to use. As long as the app remains interactive while the progress is being shown and/or the action can be cancelled this could be a great option.

@kmcginnes kmcginnes added the usability Issues relating to the ease of use of the UI or features label Apr 25, 2024
@kmcginnes kmcginnes added this to the Release 1.7.0 milestone May 1, 2024
@kmcginnes kmcginnes mentioned this issue Jun 7, 2024
12 tasks
@kmcginnes kmcginnes removed this from the Release 1.8.0 milestone Jun 11, 2024
@kmcginnes kmcginnes added this to the Release 1.8.0 milestone Jun 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request exploration Issues related to graph exploration, node & edge details, neighbor expansion, etc usability Issues relating to the ease of use of the UI or features
Projects
No open projects
Status: 📋 Backlog
2 participants