-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
[TreeView] lazy load domains; store domain map in redux #1565
Conversation
This comment was marked as resolved.
This comment was marked as resolved.
Codecov Report
@@ Coverage Diff @@
## master #1565 +/- ##
===========================================
+ Coverage 52.12% 79.78% +27.65%
===========================================
Files 269 37 -232
Lines 8222 3428 -4794
Branches 605 0 -605
===========================================
- Hits 4286 2735 -1551
+ Misses 3451 693 -2758
+ Partials 485 0 -485
Flags with carried forward coverage won't be shown. Click here to find out more. Continue to review full report at Codecov.
|
src/components/DataEntry/DataEntryComponent.tsx, line 154 at r3 (raw file):
One example for the reason I am hesitant these kinds of terse implicit In this case, the |
src/components/DataEntry/tests/spellChecker.test.ts, line 20 at r3 (raw file):
The grammar here is off now. |
src/components/TreeView/TreeDepiction.tsx, line 150 at r3 (raw file):
This could be written cleaner with: childIds.forEach((childId, i) => {
}); |
src/components/TreeView/TreeSearch.tsx, line 84 at r3 (raw file):
This can be simplified to for (const domain of Object.values(props.domainMap)) |
src/components/TreeView/TreeViewActions.ts, line 44 at r3 (raw file):
Add |
src/components/TreeView/TreeViewActions.ts, line 54 at r3 (raw file):
Make a doc comment? |
src/components/TreeView/TreeViewComponent.tsx, line 35 at r3 (raw file):
|
src/components/TreeView/TreeViewComponent.tsx, line 64 at r3 (raw file):
Add comment for why suppressing this is safe? |
src/components/TreeView/TreeViewHeader.tsx, line 111 at r3 (raw file):
This long chain is pretty challenging to follow. Is there a way we could use a |
src/components/TreeView/TreeViewHeader.tsx, line 113 at r3 (raw file):
Consider |
src/components/TreeView/tests/TreeViewActions.test.tsx, line 32 at r3 (raw file):
Is it possible to avoid the use of |
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.
Reviewed 25 of 25 files at r3, all commit messages.
Reviewable status: 16 of 25 files reviewed, 9 unresolved discussions (waiting on @jasonleenaylor and @johnthagen)
src/components/TreeView/TreeViewComponent.tsx, line 35 at r3 (raw file): Previously, johnthagen wrote…
Done |
src/components/TreeView/TreeViewComponent.tsx, line 64 at r3 (raw file): Previously, johnthagen wrote…
Done. |
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.
Reviewed 7 of 8 files at r4, 2 of 2 files at r5.
Reviewable status: all files reviewed, 4 unresolved discussions (waiting on @jasonleenaylor)
I confirmed that #664, #1555, and #1546 (comment) are fixed. |
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.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @jasonleenaylor)
src/components/DataEntry/DataEntryComponent.tsx, line 154 at r3 (raw file):
Previously, johnthagen wrote…
One example for the reason I am hesitant these kinds of terse implicit
bool
conversions: https://stackoverflow.com/questions/784929/what-is-the-not-not-operator-in-javascript#comment19202564_10597474In this case, the
!!
is valid, but if we were to use it pervasively I think we could lead ourselves into a scenario where we lose type safety and bugs are easier to miss at compile time.
We have !!
a handful of other times in the code. It could be a new issue.
src/components/TreeView/TreeViewHeader.tsx, line 113 at r3 (raw file):
Previously, johnthagen wrote…
Consider
domain !== undefined
for clarity?
This sort of implicit checking is currently ubiquitous in the frontend.
src/components/TreeView/tests/TreeViewActions.test.tsx, line 32 at r3 (raw file):
Previously, johnthagen wrote…
Is it possible to avoid the use of
any
here?
That's to enable deleting the childIds
.
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.
Reviewable status: 24 of 25 files reviewed, all discussions resolved (waiting on @jasonleenaylor and @johnthagen)
src/components/TreeView/TreeViewHeader.tsx, line 111 at r3 (raw file):
Previously, johnthagen wrote…
This long chain is pretty challenging to follow. Is there a way we could use a
switch (event.key)
to possibly make this easier to follow?
How's this look?
src/components/TreeView/TreeViewHeader.tsx, line 111 at r3 (raw file): Previously, imnasnainaec (D. Ror.) wrote…
MUCH better! |
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.
Reviewed 1 of 1 files at r6, all commit messages.
Reviewable status: complete! all files reviewed, all discussions resolved (waiting on @jasonleenaylor)
Co-authored-by: D. Ror <imnasnainaec@gmail.com>
Fixes #664
Fixes #1555
Resolves #1546
This change is