-
Notifications
You must be signed in to change notification settings - Fork 121
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
Quick add #1042
Quick add #1042
Conversation
@raineorshine I have implemented the feature. I have not written any tests yet. Please review it. Thanks! |
I tested the functionality and it's exactly what I wanted! Thanks! There are some bugs/edge cases I didn't anticipate. Would you prefer dealing with them in this PR or separate issues? |
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.
Before I review, I'm sorry to have to ask for this, but can you rebase and do the renames in a separate commit? I know you'll have to rename them back to the originals, then rename them in a separate commit, but that will still be faster than me manually reviewing 139 files 😳.
I still have to to change |
Sure. This could be done first, so it's separated from the other changes, right?
Yes, that would work. Seems like that involves the process suggested of creating a separate commit for the renames? Or are you thinking of doing it manually? |
I think I will go with the suggested process. |
ffc481d
to
09eaf91
Compare
@raineorshine I renamed everything back and squashed everything to a single commit. The number of files changed is down to 59. I also then renamed everything for consistent semantics as we discussed. You can just review the diff of the first commit. I hope this helps. First renamed commit! |
|
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! Thanks for dealing with the weird edge cases for this (the whole task is kind of a weird edge case!)
The change of rootedParentOf
from a util to a selector should have been in its own commit. That would have made reviewing easier for me.
One subtle difference that I would have made, which I think is purely a judgment call, is to hardcode the values of TRANSIENT_ABSOLUTE_CHILD_PATH
and ROOT_PATH_MAP
rather than define constants. They're intuitive/motivated rather than arbitrary like ROOT_TOKEN
or ABSOLUTE_TOKEN
so they would make sense in context, they are trivially small, only used in two places, and hardcoding them helps minimize the surface area of the internal API. The downside is that if the transient path implementation were to change, the constant would make that a bit easier.
hardcode transient path
93b187d
to
5828b91
Compare
@raineorshine I have made the changes. The tests are passing in my system. But the tests are failing in the github. It seems to be the problem with latest dev. |
This happened when I added the dependency We'll have to either stick to npm |
@@ -20,15 +20,20 @@ import { SimplePath } from '../types' | |||
const tutorialLocal = localStorage['Settings/Tutorial'] === 'On' | |||
const tutorialStepLocal = +(localStorage['Settings/Tutorial Step'] || 1) | |||
|
|||
const TransientChildPath = [{ |
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.
camelCase
import { SimplePath } from '../types' | ||
import { State } from '../util/initialState' | ||
|
||
const RootPathMap: Record<string, SimplePath> = { |
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.
camelCase
@shresthabijay Third time's the charm? :)
|
@raineorshine Sure :) Please describe the bugs/edge cases in new issues and assign them to me. |
fixes #749