@Alex-Archer-I
Posted
Hey!
Yes, the thing which bothered you is the default browser validation logic. You can get rid of it by adding novalidate
attribute to the form, but in general it is considered bad to accessibility.
I'm sorry I doesn't have much time right now to look thorough through your code, but why there is a success message instead of the form in the mobile version?
Anyway, I have no doubt that you did great work as always =)
Marked as helpful
@dquinn089
Posted
@Alex-Archer-I I fixed the mobile display view, I just had to initialize the proper visibility states in the script:
signupSection.style.display = "flex";
successSection.style.display = "none";
I will also take your advice and just let the browser validation logic do its thing. Appreciate the tips as always!
@Alex-Archer-I
Posted
@dquinn089
Now I find a time to look to your code =)
I want to express my disagreement (in the most polite and correct manner) with usage of id to styling. That way just doesn't lead to any good =)
And also about px
for font sizes =)
But overall as I thought it is a cool work!
And your validation is still necessary since it checked not only @
.
By the way, maybe learning of some popular naming conventions - BEM or OOCSS - could help you to better tune your mind to HTML-CSS connection.
Marked as helpful
@dquinn089
Posted
@Alex-Archer-I 100% agree with you on the use of ID's in styling. I didn't realize until the end how awful it makes the code in terms of readability and organization. The distinct usage between classes and Id's really didn't click in my head until JS got involved.
Thank you for the tips on BEM and OOCSS, definitely going to to be utilizing these!
@Alex-Archer-I
Posted
@dquinn089
The trials and errors are very decent way to learn something, so it's cool that you came to this conclusion about ids =)
And also there are more methodologies than BEM and OOCSS, it's just those I'm more familiar with =)