-
Notifications
You must be signed in to change notification settings - Fork 111
Signup #38
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
Signup #38
Conversation
I think it's better to split it out or come up with a better example than a signup form if we're going to add new components to it. |
Fair enough! What about a "Create Review" form? Title -> input text We might need something for optgroups too 🤔 Thanks! |
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.
Awesome work!
Ok, so I updated the PR! 😃
Do you feel it has improved? Any other ideas? |
Glad you liked it! I'll merge this, but feel free to suggest any potential improvement! I'll happily update it. |
Hi! I noticed % code coverage descended a bit with the introducion of
fireEvent.update
, mostly because we didn't have tests for each element.I added a few in this PR (to make it look more "natural", I switched from Login form to a Signup one, when it kinda makes more sense to have additional form elements).
However, some use cases are still missing (
<input type="radio">
, for instance). So my question is: should I add all use cases in the same component? Or is it already too large? The Signup form is quite simple (just handles inputs and emits...) but it might become too much at some point.Any thoughts on this? 😃