1
00:00:00,430 --> 00:00:07,500
No coincidía con el de Picker de HTML5 la idea de cambiar el tipo del input del tipo text al tipo de.

2
00:00:07,830 --> 00:00:08,160
Y así.

3
00:00:08,220 --> 00:00:11,730
Bueno, los navegadores estándar como Firefox, como Krom.

4
00:00:11,820 --> 00:00:13,620
Poder tener la opción de un D.T.

5
00:00:13,620 --> 00:00:15,930
Picker, poder seleccionar en un calendario la fecha.

6
00:00:16,050 --> 00:00:16,200
Bien.

7
00:00:16,230 --> 00:00:17,880
Pero antes voy a cerrar acá.

8
00:00:18,270 --> 00:00:21,900
Vamos a cerrar requerido y requerido validador.

9
00:00:22,590 --> 00:00:23,930
Bien, nos vamos al formulario.

10
00:00:24,530 --> 00:00:25,340
Bueno, es día simple.

11
00:00:25,360 --> 00:00:26,250
Solamente un cambio.

12
00:00:26,550 --> 00:00:27,570
Fecha de nacimiento.

13
00:00:27,780 --> 00:00:30,330
El type data nada más.

14
00:00:30,570 --> 00:00:30,810
Bien.

15
00:00:30,910 --> 00:00:31,980
Y recuerden esto.

16
00:00:32,100 --> 00:00:38,580
Recuerden en el usuario que está anotado con data en formato año, mes, día.

17
00:00:38,790 --> 00:00:44,040
Bien, es importante este formato porque es el formato en que se envía la fecha en este campo.

18
00:00:44,040 --> 00:00:45,090
Dato del tipo DATE.

19
00:00:45,270 --> 00:00:48,990
Por lo tanto, se tiene que manejar con este formato en nuestra clase ENTITY en nuestro paquete.

20
00:00:49,520 --> 00:00:50,730
Bien, vamos a levantar.

21
00:00:58,390 --> 00:01:03,550
Nos vamos al formulario perfecto, se fijan, acá muestra otro formato, pero este formato es visual,

22
00:01:03,640 --> 00:01:09,180
no es el formato que se maneja por el lado de Spring y ni tampoco el formato con el cual se envía es

23
00:01:09,190 --> 00:01:10,240
solamente formato visual.

24
00:01:10,330 --> 00:01:17,680
Por ejemplo, acá tenemos para seleccionar la fecha de Picker, puedo seleccionar el 18 o el 19, se

25
00:01:17,680 --> 00:01:21,640
fijan 10 día, mes y el año separado con ese larch.

26
00:01:21,820 --> 00:01:27,070
Bueno, así lo muestra por defecto el navegador y también este formato podría depender de la zona horaria

27
00:01:27,070 --> 00:01:30,430
de cada uno de nuestros localización travian independiente de formato.

28
00:01:30,460 --> 00:01:35,750
Como se muestra acá o es el larch por el lado del bikeinn, es decir en Spring.

29
00:01:36,070 --> 00:01:42,280
En nuestra clase Entity lo tenemos que manejar con este formato año, guión, mes, guión día.

30
00:01:42,340 --> 00:01:49,140
Recuerden que el mes con mayúscula cero uno cero dos cero tres hasta doce y por eso son dos dígitos.

31
00:01:49,510 --> 00:01:53,830
Y acá también días son dos cero uno cero dos hasta 30 31.

32
00:01:54,010 --> 00:01:55,050
En fin, el año.

33
00:01:55,210 --> 00:01:56,480
Pero ese es el formato.

34
00:01:56,620 --> 00:01:57,820
Bueno, después vamos a probar.

35
00:01:57,880 --> 00:02:00,730
Si cambiamos ese formato va a ser una fecha incorrecta.

36
00:02:01,180 --> 00:02:01,930
Van enviar.

37
00:02:02,980 --> 00:02:08,980
Se fijan fecha nacimiento, lo alidad perfecto, no hay ningún problema entonces con un té picker independiente

38
00:02:09,100 --> 00:02:13,000
al estilo o formato que muestra acá que no se puede personalizar tampoco.

39
00:02:13,120 --> 00:02:18,010
Lamentablemente no se puede personalizar en este dato, solamente muestra por defecto, pero por el

40
00:02:18,010 --> 00:02:24,400
lado Brink lo tenemos que manejar con guión, con año, mes, día separado, con guión, porque por

41
00:02:24,400 --> 00:02:26,310
debajo de esa forma se envía acá.

42
00:02:26,860 --> 00:02:27,730
Qué pasa si cambio acá?

43
00:02:28,120 --> 00:02:29,730
Por ejemplo, slant.

44
00:02:31,150 --> 00:02:33,580
Es el archa y guardo y probamos.

45
00:02:33,650 --> 00:02:35,140
Bueno, desde ya va a fallar.

46
00:02:35,200 --> 00:02:35,710
Por qué?

47
00:02:35,860 --> 00:02:41,680
Porque el input data de HTML5 lo envía con guión, con año, guión, mes, guión, día.

48
00:02:41,800 --> 00:02:42,910
Llega lo que tenemos con Larch.

49
00:02:43,180 --> 00:02:49,360
Por lo tanto, el formato fecha con guión no coincide y no corresponde al formato que estamos manejando

50
00:02:49,360 --> 00:02:50,440
acá con el Larch.

51
00:02:51,700 --> 00:02:55,540
Enviar el campo fecha de ser una fecha con formato se elige.

52
00:02:55,590 --> 00:03:00,050
Bueno, acá si con el Larch, porque lo cambiamos, se fijan, por eso no corresponde.

53
00:03:00,190 --> 00:03:04,990
Entonces se cae que utilicemos importante el dato de HTML5.

54
00:03:05,410 --> 00:03:08,020
Tengo que usar este patrón con guión.

55
00:03:08,200 --> 00:03:15,910
Bueno y eso todo bien en Krom lo muestra de esta forma el calendario, pero en canal es distinto, como

56
00:03:15,910 --> 00:03:19,840
por ejemplo acá si se fijan en Firefox es distinto, pero al final es lo mismo.

57
00:03:19,870 --> 00:03:22,960
Se muestra también el día, mes y el año.

58
00:03:23,710 --> 00:03:27,130
Se fijan en piar y lo validad bien independiente, negador.

59
00:03:27,220 --> 00:03:34,750
A pesar de que es distinto el formato o el diseño o estilo del calendario, por ejemplo en Microsoft

60
00:03:34,870 --> 00:03:42,460
Height o Edge también acá tenemos otro formato distinto de calendario, se fijan y ahí podemos seleccionar,

61
00:03:43,000 --> 00:03:45,760
seleccionamos y acá se fijan.

62
00:03:46,060 --> 00:03:46,660
Es distinto.

63
00:03:47,110 --> 00:03:53,320
Pero también había hablado en la clase anterior sobre validar que la fecha sea en pasado o en futuro.

64
00:03:53,590 --> 00:03:58,690
Bueno, hay anotaciones, por ejemplo bueno, por acá da lo mismo arriba o abajo.

65
00:04:00,280 --> 00:04:07,000
Tenemos el pasado past bueno, el pasado o pasado o presente, es decir, fecha actual o pasada, la

66
00:04:07,000 --> 00:04:08,260
valía bien, pero da lo mismo.

67
00:04:08,380 --> 00:04:09,040
Ahí lo pueden probar.

68
00:04:09,070 --> 00:04:13,780
Para el ejemplo vamos a usar solamente pasaba ya nada más y guardamos bien.

69
00:04:13,840 --> 00:04:17,050
Entonces la idea es que sea una fecha pasada a la actual.

70
00:04:17,650 --> 00:04:23,290
Por ejemplo, el 13 de marzo está perfecto enviar bien.

71
00:04:23,860 --> 00:04:27,040
Pero qué pasa si colocamos, por ejemplo, 21?

72
00:04:28,130 --> 00:04:37,400
Enviar tiene que ser una fecha en el pasado, se fijan es importante o futuro, y también future o future

73
00:04:37,490 --> 00:04:39,660
or presente o futuro.

74
00:04:40,040 --> 00:04:42,890
Seleccionamos Fletcher o Future como quieran.

75
00:04:43,820 --> 00:04:45,680
Guardamos esperenme que actualice.

76
00:04:46,010 --> 00:04:47,630
Bueno, va a estar correcto acá.

77
00:04:47,720 --> 00:04:52,160
21 está correcto, pero por ejemplo, una pasado.

78
00:04:53,310 --> 00:04:54,900
Tiene que ser una fecha en el futuro.

79
00:04:55,110 --> 00:05:00,930
Bien, entonces podemos validar y entrar a jugar con las variaciones según nuestros requerimientos.

80
00:05:01,100 --> 00:05:04,440
Y también recuerden que podemos cambiar los textos de la evaluación.

81
00:05:04,500 --> 00:05:05,730
Este es el texto por defecto.

82
00:05:05,820 --> 00:05:11,490
Tiene que ser una fecha en futuro, pero recuerde con el nombre de la anotación o del Constraint, por

83
00:05:11,490 --> 00:05:14,030
ejemplo, estamos usando Future of New York.

84
00:05:14,580 --> 00:05:16,740
Nos vamos acá a Message Properties.

85
00:05:17,920 --> 00:05:19,780
Punto usuario, punto, fecha, nacimiento.

86
00:05:27,120 --> 00:05:27,870
Debe ser.

87
00:05:28,720 --> 00:05:35,770
Fecha en futuro, una fecha en futuro, esperemos que actualice entonces era va a cambiar en vez de.

88
00:05:35,800 --> 00:05:41,400
Tiene que ser una fecha en el futuro debe ser, debe ser una fecha en futuro se fija.

89
00:05:41,410 --> 00:05:44,360
Entonces podemos personalizar nuestro mensaje de error como queramos.

90
00:05:44,560 --> 00:05:46,030
Ven eso nada más.

91
00:05:46,180 --> 00:05:49,240
Y a partir de la siguiente clase continuamos con Init Binder.

92
00:05:49,300 --> 00:05:56,080
Cómo poder agregar un Custom Editor para poder filtrar nuestros datos del formulario y modificar estos

93
00:05:56,080 --> 00:05:56,410
datos?

94
00:05:56,500 --> 00:06:00,760
Por ejemplo, cambiar el nombre a mayúscula del nombre o el apellido.

95
00:06:00,850 --> 00:06:02,560
Cambiar también el formato lafecha.

96
00:06:02,650 --> 00:06:08,380
En vez de utilizar la anotación Data Format, podemos utilizar de forma programática, es decir, con

97
00:06:08,380 --> 00:06:15,160
código, nuestro editor, nuestro filtro y así capturar este valor de la fecha y la formateado con simple

98
00:06:15,160 --> 00:06:18,910
data format usando programación de forma programática.

99
00:06:19,030 --> 00:06:22,180
Pero había cosas que vamos a ver la siguiente clase nos vemos.
