You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 30, 2020. It is now read-only.
Say we have a field containing a float number in french (with a comma as decimal separator). If the user enter 4,5 (a valid value) and submits the form but the form is invalid for another reason, the form is displayed again to the user with the number in english format (with a dot as decimal separator).
Is it normal ?
The text was updated successfully, but these errors were encountered:
@berturion Yes; internally, the values are passed through a normalization filter first, prior to validation, and the normalized value is also what is used then to populate errors and form values.
Ok, I understand. Is there a way to filter the values again before populating errors and form values in order to have values in a valid localized format? Because the problem is that the user has to correct already valid filled values he entered... It is quiet annoying, not very user friendly...
Say we have a field containing a float number in french (with a comma as decimal separator). If the user enter
4,5
(a valid value) and submits the form but the form is invalid for another reason, the form is displayed again to the user with the number in english format (with a dot as decimal separator).Is it normal ?
The text was updated successfully, but these errors were encountered: