customized scrollbar for wen-kit browsers#59
customized scrollbar for wen-kit browsers#59XanderRubio merged 17 commits intoBeforeIDieCode:feature-48from
Conversation
Changing the color of span style to #FFE439 for the Typewriter element
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
|
@negar-75 I went ahead and connected this pull request to #48 so that once this gets merged, it will close out this issue officially. The scroll bar issue is good to go now ✅, and the only issue I still see is the div's alignment with the contributors' bid images. It is off to the left. And I'm still not sure why. I want to hold off merging until we figure it out. Let me know your thoughts. Untitled.2.1.mov |
bandicam-2023-09-06-12-24-50-474_2tENSTDh.mp4I can not understand where this problem comes from because I see nothing from the issue😂😂 |
|
you are using safari? |
Hahaha, incredible! A mystery😅 Thank you for taking the time to share your screencast and I did see that you removed the padding and margin. I have an idea that I'm going to look into and see if that will fix it on my side. I'll respond back shortly.
I have been using Chrome |
|
I figured it out! After reviewing again😅 I've experienced numerous times when needing to find the fix, stepping away and returning to it with fresh eyes. After several days, we figured it out! I noticed now, viewing the issue#48 branch in my VSCode and running the local server, that we were missing the Go and add this to your App.js div: App.js from your main branch on your forked version App.js from your issue#48 branch |
|
ok, I will do that, but there is another question, when we are not using libraries like tailwindcss or bootstrap, how changing className can make a change in our style?? |
1eca5ee to
b0ef4ce
Compare
|
so what happened? |
|
Revert "Issue #48" |
@negar-75 😅😅 I'm grateful for your time working together during this process as I've learned more as I thought this was going to be a very simple merge request, and glad it hasn't been to learn more and understand better I went ahead and solved conflicts, and then this merged the main into the issue-#48 branch, and this caused an issue as it didn't include your great contributions. Then I brought the issue-#48 branch back to get back to where we were before (with reverting back to your original commit of added className, and deployment now shows your changes, and they look great. I need to review the branch again to resolve issues. I see you went ahead and resolved the merge conflict, and for some reason, it merges the entire main into issue#48, and this is what happened before. All good we can get back to the original state with your edits. I find it weird why resolving the conflict is doing this and there isn't another option, as it is a simple change in the App.js and module.css that is causing the merge conflict. The main takeaway is your code is saved and in the commit history even though the deployment preview shows otherwise. |
Let me organize the steps for you to implement to revert back your commit as this is a great learning opportunity for future times you need to restore your code and this will get the deployment preview back showing your changes😎 |
|
so should I apply all changes that I did before again? |
Your changes still exist and we will get the issue-#48 branch back to this commit⬇️ |
|
It is no problem, so we will get back to"added className to div " commit? |
Yes we will get it back to where it was before this is a good learning lesson😎 |
|
in issue-#48 branch should I do that? |
|
I am done |
Now, when you recommit again, this will redeploy the CI (Continuous Integration) to the preview link and we will see it working. You can recommit with a message I'm unsure how to resolve the conflict in GitHub without merging the main into the branch issue-#48 (from the prompt that is given). One solution is to see if we can perform this merge currently from the command line or another solution that come to mind would be opening another pull request with issue-#48, fixing the conflict changes ahead of time as a possible solution. What do you think? |
|
I know we can solve this merge conflict from the terminal following these command that are given to us but I do believed we need to change it slightly or else it causes the main to merge in issue-#48 when it should be the other way around.
|
|
@negar-75 I will work on getting this merged by closing this pull request and opening another pull request. Thanks for your patience, and I will have an update shortly. |
|
@negar-75 Based on my testing of various solutions, I have decided to merge your issue#48 branch into the feature-48 branch on the main repository. This approach will help us avoid any merge conflicts. Upon reviewing the situation, I have come to the conclusion that the potential issue could be due to the upstream branch not being updated with the main repository before initiating a pull request on the forked repo. To prevent this issue from arising in the future, I will be adding documentation on the process of submitting pull requests for new features with other branches. Please stay tuned as I work towards getting your code up and running on the live link. |
|
I totally got confused with reverting and these stuff, |
Agreed! Also better to create a new branch as a feature branch and then create another pull request. Additionally, making sure the main is fetch and fully up to date and then creating a new branch to work on can help with limiting potential merge conflict. |







solved scrollbar issue