-
Notifications
You must be signed in to change notification settings - Fork 370
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
feat: Allow for nested grouping in group_label meta property #10119
Conversation
… into PERFTOOL-13288
👷 Deploy request for peaceful-bassi-cbf284 pending review.Visit the deploys page to approve it
|
@mmcordoba This doesn't happen by default so we would "break" current grouping. We would like to reduce the problem by following one of 2 options:
Adjust the frontend code to fallback to "group_label" and "group" when available and "groups" is empty.
First we change the BE to store the I'm inclined towards the first approach but you can decide. |
Hi i have implemented option 1 as suggested. |
@mmcordoba you can open a feature request issue and share it with me. I can update the labels and milestone ;) I have pushed 2 changes:
Running e2e test before approving 🚀 |
# [0.1112.0](0.1111.3...0.1112.0) (2024-05-30) ### Features * Allow for nested grouping in group_label meta property ([#10119](#10119)) ([fe5e254](fe5e254))
🎉 This PR is included in version 0.1112.0 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
Wow! This is really cool 🤩 |
Closes: #3593
Closes: #2686
Description:
SubGroupsHover.mov
NOTE: that there are changes to the field.ts (removed property group_label) Field Type and to TreeGroupNode to deal with the new way to represents groups and subgroups. This change was made so even if we do support still the group_label property on the model yamel definition, i wanted to clean up the UI part of it.
This change requires the DBT models to be refreshed by lightdash?. Not sure if this happens by default when a new version gets deployed.
Acceptance criteria
We have implemented the feature by not bounding the depth of the subgroups, we have done this, because after testing, it feels like it should be up to the user to decide how many subgroups it needs.
Documentation
Reviewer actions