No coincidía con el de Picker de HTML5 la idea de cambiar el tipo del input del tipo text al tipo de.
Y así.
Bueno, los navegadores estándar como Firefox, como Krom.
Poder tener la opción de un D.T.
Picker, poder seleccionar en un calendario la fecha.
Bien.
Pero antes voy a cerrar acá.
Vamos a cerrar requerido y requerido validador.
Bien, nos vamos al formulario.
Bueno, es día simple.
Solamente un cambio.
Fecha de nacimiento.
El type data nada más.
Bien.
Y recuerden esto.
Recuerden en el usuario que está anotado con data en formato año, mes, día.
Bien, es importante este formato porque es el formato en que se envía la fecha en este campo.
Dato del tipo DATE.
Por lo tanto, se tiene que manejar con este formato en nuestra clase ENTITY en nuestro paquete.
Bien, vamos a levantar.
Nos vamos al formulario perfecto, se fijan, acá muestra otro formato, pero este formato es visual,
no es el formato que se maneja por el lado de Spring y ni tampoco el formato con el cual se envía es
solamente formato visual.
Por ejemplo, acá tenemos para seleccionar la fecha de Picker, puedo seleccionar el 18 o el 19, se
fijan 10 día, mes y el año separado con ese larch.
Bueno, así lo muestra por defecto el navegador y también este formato podría depender de la zona horaria
de cada uno de nuestros localización travian independiente de formato.
Como se muestra acá o es el larch por el lado del bikeinn, es decir en Spring.
En nuestra clase Entity lo tenemos que manejar con este formato año, guión, mes, guión día.
Recuerden que el mes con mayúscula cero uno cero dos cero tres hasta doce y por eso son dos dígitos.
Y acá también días son dos cero uno cero dos hasta 30 31.
En fin, el año.
Pero ese es el formato.
Bueno, después vamos a probar.
Si cambiamos ese formato va a ser una fecha incorrecta.
Van enviar.
Se fijan fecha nacimiento, lo alidad perfecto, no hay ningún problema entonces con un té picker independiente
al estilo o formato que muestra acá que no se puede personalizar tampoco.
Lamentablemente no se puede personalizar en este dato, solamente muestra por defecto, pero por el
lado Brink lo tenemos que manejar con guión, con año, mes, día separado, con guión, porque por
debajo de esa forma se envía acá.
Qué pasa si cambio acá?
Por ejemplo, slant.
Es el archa y guardo y probamos.
Bueno, desde ya va a fallar.
Por qué?
Porque el input data de HTML5 lo envía con guión, con año, guión, mes, guión, día.
Llega lo que tenemos con Larch.
Por lo tanto, el formato fecha con guión no coincide y no corresponde al formato que estamos manejando
acá con el Larch.
Enviar el campo fecha de ser una fecha con formato se elige.
Bueno, acá si con el Larch, porque lo cambiamos, se fijan, por eso no corresponde.
Entonces se cae que utilicemos importante el dato de HTML5.
Tengo que usar este patrón con guión.
Bueno y eso todo bien en Krom lo muestra de esta forma el calendario, pero en canal es distinto, como
por ejemplo acá si se fijan en Firefox es distinto, pero al final es lo mismo.
Se muestra también el día, mes y el año.
Se fijan en piar y lo validad bien independiente, negador.
A pesar de que es distinto el formato o el diseño o estilo del calendario, por ejemplo en Microsoft
Height o Edge también acá tenemos otro formato distinto de calendario, se fijan y ahí podemos seleccionar,
seleccionamos y acá se fijan.
Es distinto.
Pero también había hablado en la clase anterior sobre validar que la fecha sea en pasado o en futuro.
Bueno, hay anotaciones, por ejemplo bueno, por acá da lo mismo arriba o abajo.
Tenemos el pasado past bueno, el pasado o pasado o presente, es decir, fecha actual o pasada, la
valía bien, pero da lo mismo.
Ahí lo pueden probar.
Para el ejemplo vamos a usar solamente pasaba ya nada más y guardamos bien.
Entonces la idea es que sea una fecha pasada a la actual.
Por ejemplo, el 13 de marzo está perfecto enviar bien.
Pero qué pasa si colocamos, por ejemplo, 21?
Enviar tiene que ser una fecha en el pasado, se fijan es importante o futuro, y también future o future
or presente o futuro.
Seleccionamos Fletcher o Future como quieran.
Guardamos esperenme que actualice.
Bueno, va a estar correcto acá.
21 está correcto, pero por ejemplo, una pasado.
Tiene que ser una fecha en el futuro.
Bien, entonces podemos validar y entrar a jugar con las variaciones según nuestros requerimientos.
Y también recuerden que podemos cambiar los textos de la evaluación.
Este es el texto por defecto.
Tiene que ser una fecha en futuro, pero recuerde con el nombre de la anotación o del Constraint, por
ejemplo, estamos usando Future of New York.
Nos vamos acá a Message Properties.
Punto usuario, punto, fecha, nacimiento.
Debe ser.
Fecha en futuro, una fecha en futuro, esperemos que actualice entonces era va a cambiar en vez de.
Tiene que ser una fecha en el futuro debe ser, debe ser una fecha en futuro se fija.
Entonces podemos personalizar nuestro mensaje de error como queramos.
Ven eso nada más.
Y a partir de la siguiente clase continuamos con Init Binder.
Cómo poder agregar un Custom Editor para poder filtrar nuestros datos del formulario y modificar estos
datos?
Por ejemplo, cambiar el nombre a mayúscula del nombre o el apellido.
Cambiar también el formato lafecha.
En vez de utilizar la anotación Data Format, podemos utilizar de forma programática, es decir, con
código, nuestro editor, nuestro filtro y así capturar este valor de la fecha y la formateado con simple
data format usando programación de forma programática.
Pero había cosas que vamos a ver la siguiente clase nos vemos.