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

feat: top-level selections #6919

Merged
merged 8 commits into from
Nov 16, 2020
Merged

Conversation

arvind
Copy link
Member

@arvind arvind commented Oct 1, 2020

No description provided.

src/parameter.ts Show resolved Hide resolved
@arvind arvind changed the base branch from master to as/selections-refactor October 1, 2020 21:12
@arvind arvind force-pushed the as/selections-refactor branch 2 times, most recently from 3eefa06 to fdd54a2 Compare October 2, 2020 17:51
Base automatically changed from as/selections-refactor to as/selection-params October 5, 2020 16:19
@arvind arvind force-pushed the as/top-level-selections branch 3 times, most recently from 33d3a10 to 7aae32e Compare October 5, 2020 18:47
@arvind arvind marked this pull request as ready for review October 5, 2020 19:26
@arvind arvind requested a review from a team October 5, 2020 19:26
@@ -6,7 +6,7 @@
"window": [{"op": "row_number", "as": "row_number"}]
}],
"hconcat": [{
"selection": [{"name": "brush", "select": "interval"}],
"params": [{"name": "brush", "select": "interval"}],
Copy link
Member

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.

Copy link
Member Author

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.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with @arvind.

src/parameter.ts Show resolved Hide resolved
Copy link
Member

@kanitw kanitw left a 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.

@arvind arvind merged commit a229a8f into as/selection-params Nov 16, 2020
@arvind arvind deleted the as/top-level-selections branch November 16, 2020 18:42
arvind added a commit that referenced this pull request Nov 16, 2020
* 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 <vega-actions-bot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants