-
Notifications
You must be signed in to change notification settings - Fork 970
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
Allow us to override input type #578
Comments
Thanks for brining this to our attention @gfpacheco. We would 100% accept a PR that introduces that! You could move |
I was going to suggest creating a new generic |
I like that! But that doesn't change my mind about users being able to override any default prop, does it make sense? |
^^ If we don't have it already, this is a much better long-term solution. But given all the new field types with v0.7.0 (here in docs), I guess the new |
Yes, I did see them! And it's great that we have these single-purpose components, but in my particular case my CustomComponent gets the And again, I still think letting the user override any default props is always a good thing. |
@gfpacheco Ah, completely understood. Thanks for the reply and, again, for the input + help here! |
Previously I had a component that used
TextField
internally, I was happy to be able to just tell him its type by sending a prop:But with the release of
0.7.0
you're overriding my prop and always settingtype="text"
anytime I useTextInput
.I get that you wanted to create different components for different types, and even if I think that's unnecessary I respect that. But let me override the type if I want, otherwise I'll have to keep switching between different components depending on the type of the input.
Does it work if I just move this line just after
type={type}
?Would you approve if I opened that PR?
The text was updated successfully, but these errors were encountered: