-
Notifications
You must be signed in to change notification settings - Fork 29
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
Build TreeView for SortBy #687
Conversation
- Split getChildren branches into methods - Await experiments for root - Turn getSort into getSorts (multi sorts not actually implemented)
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.
Looks good. The only thing I think you need to change is the treeItem Id and add a way to map back to an experiments repository. Doesn't have to be in this PR
Code Climate has analyzed commit 60cbee1 and detected 0 issues on this pull request. The test coverage on the diff in this pull request is 97.5% (85% is the threshold). This pull request will bring the total coverage in the repository to 94.7% (0.4% change). View more on Code Climate. |
multi-sort-tree-demo.mp4
This PR adds a TreeView for viewing, adding, and removing sorts.
It also adds the ability for multiple sorts to be applied, as that's pretty inherent to the whole purpose of the tree such that most of its commands couldn't even be implemented without multi-sort.
This feature makes the assumption that users will only want one sort on any particular column, because the alternatives, sorting one direction and then the other or sorting in the same direction twice, don't really make any sense.
There's also a large sort tree integration test, which is really more of a general sorting integration test other than the fact it uses the table-specific sort commands alongside the more general ones.
The PR is pretty big, but most of the lines are tests, particularly ~300 from the new integration test.
Tasks for the future: