-
-
Notifications
You must be signed in to change notification settings - Fork 248
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
AutoForm does not correctly validate fields with initial value #52
Comments
Actually, it's not implemented right now to do so - initial values are taken from your schema. It seems reasonable, to cover your case - given value (if it's present on the first render) should be treated as initial. I'll do it later today. |
Also, you've mentioned hidden fields... It would be great, to add dedicated component to achieve it. I'm curious, how you deal with those. Would you like to create another issue for that? |
I did this: const Hidden = props =>
<input type="hidden" name={props.name} value={props.value} onChange={event => props.onChange(event.target.value)}/>;
const HiddenField = connectField(Hidden, {
baseField: BaseField,
initialValue: true
}); |
Okay. How about a really hidden field? By really I mean invisible - |
Done: #53. I'm new to React from Meteor. When you implement initial values, will it matter if the initial value comes from a reactive collection? Ex:
this.context.graphic._id will be an empty string when the page first loads. |
Yes, it will matter - initial values are calling |
So will |
No. If it will change, it won't be initial value at that time. You have to either wait with render or (what you probably want), use upcoming |
changing the "visibility" of a field or its container using css causes some that's why there is a type=hidden in the html spec. On Tue, Jun 28, 2016 at 10:56 PM, Radosław Miernik <notifications@github.com
|
Hello there,
I'm trying to pass data to hidden fields in an AutoForm by setting the value prop:
These fields fail validation until they're manually changed. What am I doing wrong?
The text was updated successfully, but these errors were encountered: