-
Notifications
You must be signed in to change notification settings - Fork 0
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
Feature/calendar-kiron #8
base: main
Are you sure you want to change the base?
Conversation
…-ly/Freethyme into feature/participantList
…-ly/Freethyme into feature/participantList
…feature/calendar-rosa
Make sure to add us as reviewers! |
Oh okay. Sorry about all the notifications! Are you added as a reviewer now? |
Is the app not working like it was in the demo? If not I'll look into the code and see what's going on |
The concurrently rendering thing is fixed. We would need to wrap setState inside useEffect. |
Some other issues that we need to consider: Changes made inside confirm is not save to the app store, so the next time we select that single member wanting to make edits, only the previous selecitons (ones before hitting confirm) will appear in green. But since the changes are post to the api, the changes/edits made through that confirm will show. If we refresh the page (which is the same as reentering through the shared link), all selections seem to be lost. |
The app works well like what's in the demo (besides perhaps the confirm part) if we stay on the same page. Also I am a little confused by the purpose changedAlready? If it is only needed inside Calendar it might be changed to a local state rather than a global one |
That's what I did initially but if we use useState() inside Calendar then we'd initialize changedAlready every time Calendar gets rendered, which wouldn't work The purpose of ChangedAlready is to prevent the infinite re-rending caused by forcibly changing the selection (green cells) |
You're right about the Confirm button not working. Hmmm it looks like it's not even working like it was in the demo. I made 1 commit after the demo and that might've broken something. I'll look into it later in the week. Thanks for letting me know |
Since it seems there's an issue, let me know when this is ready for review again |
Okay the reason why the app isn't working now but worked during the demo is because my function for converting timeSlots to Date is incorrect (it happened to work for the date of the demo) |
@RosaGao I've fixed the problems with Add and Confirm (my conversion function was incorrect). You could have a look and see if everything's working like in the demo! |
Sounds good!! |
My attempt at letting users edit their previous times