You can toggle on and off the html/css tabs in the freeCodeCamp editor as well though?
Youâre missing my point. I said in my original post that toggling html and css on and off is too confusing when Iâm trying to reference thing in both parts of the code. What I said about codepenâs console is different - having them both to the side of the preview allows all three to be viewed simultaneously without overcrowding.
Anyway, Iâm sharing real time accessibility feedback from my actual experience of trying to code in both editors. Othersâ mileage may vary. However, I would hope that FCC is open to considering its neurodivergent and chronically ill usersâ feedback, especially when making updates to better the interface.
Yep. We take neurodiverent users feedback. Iâm neurodivergent myself. Iâm just trying to actually understand your feedback and translate it into something actionable. âIt is crowdedâ doesnât provide a clear avenue for a fix.
Have you used the new text editor to code a complete project, while constantly referencing the instructions and tests as well in a separate column? It doesnât seem like it. 4 vertical columns side by side, all squished, is simply not accessible from my standpoint. Maybe for more experienced coders it wouldnât matter. However, the Responsive Web Design module is intended, I assume, for people new to coding like me who actually need to go back and forth a lot.
I canât translate âit is all squishedâ into actionable feedback that generates a change. We arenât going back to Codepen. We have the same number of panels as Codepen. You can toggle them like Codepen. You can open the instructions in a separate tab like you would with Codepen. So in what way are you looking for this editor to be different? Is it just that the HTML and CSS tabs can be stacked in Codepen?
Here are all concise and actionable things that could be done:
-
Put the instructions and user stories on a separate page, or have the option to pop them out to a separate tab.
-
Allow the tests to be minimized when not being run.
-
Consider having multiple stacking options for the code, as well as a full page preview.
If the reasons for any of that is confusing, reread my original post. I believe I wrote out my feedback with detailed explanations. It is hardly just âitâs overwhelmingâ or âitâs all squishedâ. Honestly, your simplified interpretations of what I am saying while I am trying to explain my needs reads as pretty ableist and dismissive. I am out of spoons for trying to explain further. I hope someone else can jump in here if needed.
I think being able to stack the code panels would be a nice feature and I agree that having 4 panels side-by-side doesnât really work all that great. Iâm sure improvements can and will be made as users give their feedback.
Iâd suggest you open an issue on GitHub for it. You are more like to get feedback from the developers and user feedback is important.
You can do that on your own. You can open the same challenge in two tabs and change the panel sizes to control whatâs visible independently in each tab. But I think adding the ability to toggle that panel is likely technically feasible. This is something I can put into a GitHub issue.
The instructions and test output are in the same panel, so the above applies.
Iâm honestly not sure how hard it is to swap between horizontal and vertical arrangements of the panel, but this is something I can put into a GitHub issue as well.
Dude. Iâm neurodivergent too. Us being neurodivergent doesnât change that if people donât understand what change we want, then they canât make it happen. This most recent explanation is something that I can translate into issues for the team to consider. It provides specific things for the team to consider. Thank you for honing in on specific things that would improve the experience.
Thank you. Iâve got to learn how to use GitHub first
but itâs on my list!
I appreciate you considering the issues and putting them in GitHub. After taking a step back to cool down, I think our neurodivergence was clashing in this conversation, actually. It was hard for me after saying âhey X doesnât work as well as Yâ to hear âwell theyâre basically the same for me, whatâs the problem?â, which felt like an invalidation of my original feedback. I felt pressured to translate my initial concerns as if I had to prove to you that they were real concerns. At the same time, I can see you were wanting to clarify what was going on to try to come up with specific issues to address. Glad we got to a place where we made sense.
Just make an account and use the Issues like you use the forum. There isnât really much to it. At least not for creating an issue with feedback and suggestions. But donât feel pressured to do it. Iâm sure the devs also read this thread.
Thanks, youâre right - I poked around and realized this aspect of GitHub isnât that hard to use so Iâm working on an Issue now
itâs the rest of git that I have to catch up on.
Freecode camp has done a fantastic job with this new way of teaching. I hope you can do the same with the javascript course as well. So much easier to learn the language. thanks and keep you the good work.
Hi, I was mid way through a project when I tried to log in and got a message stating that the server was down for maintenance. When I tried to log in the next day today, I can no longer find the curriculum and my log in appears to have been deleted. Any ideas on what has happend?
make sure you are using the same email address
if you are sure, maybe try reaching out to support@freecodecamp.org
This version is much better than the previous one. Congrats and thank you.
Thanks, I am sure I am using the correct address. I will try the support address.
Thank you for this content! Very well detailed and informative!
