-
Notifications
You must be signed in to change notification settings - Fork 623
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: top-level selections #6919
Conversation
3eefa06
to
fdd54a2
Compare
33d3a10
to
7aae32e
Compare
f860216
to
5919995
Compare
56643df
to
e29c4d3
Compare
1ba7919
to
2094317
Compare
@@ -6,7 +6,7 @@ | |||
"window": [{"op": "row_number", "as": "row_number"}] | |||
}], | |||
"hconcat": [{ | |||
"selection": [{"name": "brush", "select": "interval"}], | |||
"params": [{"name": "brush", "select": "interval"}], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel like "select": "interval"
reads kinda weird. Wouldn't it be clearer if this is selection
?
I could see that it doesn't make sense as the first commit in #6926 because having selection inside selection is kinda weird.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer select
both because it's the verb form (and so reads more naturally, i.e., "select an interval") and because it's consistent with bind
(rather than binding
) which occurs at the same level.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree with @arvind.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The select -> selection, if we wanna do it, could be in a different PR though. So i'm approving this.
* refactor: rename unit `selection` property to `params`. * feat: define selections at the top-level spec * feat: handle partial/nested paths for top-level selection `views`. * chore: update schema [CI] * chore: update examples [CI] * fix: add Parameter to unit params type signature for schema validation. * chore: update schema [CI] * Add comment about separate code path for assembling selection signals. Co-authored-by: GitHub Actions Bot <[email protected]>
No description provided.