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

Make an interactive prototype for the next iteration of data grid (table view) #6957

Closed
gavrelina opened this issue Jul 22, 2024 · 0 comments
Assignees
Labels
🧑‍🎨 Design Requires UX/UI designer input

Comments

@gavrelina
Copy link
Member

gavrelina commented Jul 22, 2024

In the previous cycle we scoped the data grid to a view.
This is a ticket to explore design prototype before proceeding to do the dev work:

  • to reduce the ambiguity and the guess work during development
  • to identified potential issues and explore nuances of the proposed direction
  • to be able to think holistically and then split into coherent smaller iterations when necessary

Starting with:

folder-like-view_zoom-in.mov

where the main idea was to 'travel' through the data like to through folders.
✅ good to have a 'clean' and focused view
✅ supports potentially infinite hierarchy of components
❌ limited bird view: not possible to see the 'batch values' or component values at a glance
❌ 'filters' from one view could conflict with 'filters' in the 'zoomed-in' view (potentially confusing interaction, needs more exploration)

Result:
Instead of pursuing the zoom-in folder-like interaction, we want to go towards another approach, let's call it all-in-one view or column-expand (when talking about zooming-in to a component).

✅ it allows for all-in-one view exploration (zoom out bird view on your data)
✅ more familiar interaction pattern for filter/sorting/group by and all in 1 view
❌ clunky data density when including many components (like columns with empty rows). Which to be fair is also a type of information (like no data) and component columns could easily be filtered out if needed.
❌ high number of the entity/column expands could create usability issues (it would require a more sophisticated styling to help distinguish all the hierarchy visually)

Prototype examples:

explore-tableView.mov
filter-tableView.mov

Notes:

  • how this will be coupled with the timeline? like this:
Screenshot 2024-08-05 at 12 20 49
  • tree table is still a thing? wouldn't call it a tree table anymore, but some sort of 'merging' similar values would help a lot to scan through the table. Example:
Screenshot 2024-08-05 at 12 21 39
  • any other properties of the table view? i.e. grouped by? or show/hide instance components? For sure!
    Group by:
Screenshot 2024-08-05 at 12 22 39

Show/hide (WIP):
Screenshot 2024-08-05 at 12 23 15

  • puting archetypes out of scope for now? Actually no! We want to group columns by archetypes, because it makes a lot of sense with our data model. Something like this:
Screenshot 2024-08-05 at 12 24 24

Resources:
Summary in figma

Next?
To split into tickets together with @abey79

@gavrelina gavrelina added the 🧑‍🎨 Design Requires UX/UI designer input label Jul 22, 2024
@gavrelina gavrelina self-assigned this Jul 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🧑‍🎨 Design Requires UX/UI designer input
Projects
None yet
Development

No branches or pull requests

1 participant