¿Por qué se elimina el tipo de entrada de HTML5 datetime de los navegadores que ya lo admiten?


112

Me preguntaba por qué todos los navegadores, como las versiones de Chrome superiores a 26, que tenían soporte en el pasado para la entrada, lo datetimeeliminaron.

Esto suena como un duplicado de este artículo , pero ese es bastante antiguo.

Parece que HTML WG prefiere datetime-local( w3c ) arriba datetime( w3c ), pero ¿por qué?

Consulte esto para conocer el cronograma de desarrollo de funciones.

Lo que otros dicen:

Según mobilexweb.com , fue obsoleto en iOS 'porque se parece demasiado al tipo de entrada de fecha y hora'.

Siguiendo a Google Chrome, ahora Safari en iOS ya no admite el tipo de entrada de fecha y hora y recurrirá al texto. Este tipo fue obsoleto en el estándar a favor de datetime-local o usando dos entradas, fecha y hora para el mismo propósito. El problema es que datetime era compatible con iOS desde la versión 5.0 a la 6.1; si lo está utilizando, ¡tenga cuidado!

¿Cuál es la diferencia?

Donde datetime-localcontiene solo un elemento de fecha y hora, datetimetambién contiene la zona horaria. Esto es útil ya que es posible que desee actuar de manera diferente cuando la zona horaria del cliente es diferente a la del servidor.

¿Por qué importa esto?

¿Qué pasa si la página web pregunta: cuándo quieres que te llame y el usuario selecciona 'mañana a las 3 p.m.', cuándo necesitas devolverle la llamada? mañana a las 3 p.m. UTC o CET?


7
HTML5 sigue siendo una "recomendación candidata". Aún no es definitivo. Probablemente por eso las cosas siguen cambiando.
Rocket Hazmat

Es cierto, pero por lo que puedo ver, la recomendación no ha cambiado, por lo que parece ser la elección de un proveedor de navegadores.
Patrick Hofman

Supongo que tendrás que encontrar una biblioteca externa o hacerlo tú mismo ...
LatinSuD

2
Hay información útil en Webmasters.SE - ¿Se ha eliminado datetime-local de HTML 5.1? sobre el futuro de date, time, datetime, y datetime-local.
user247702

Respuestas:


65

La única razón por la que puedo pensar es que los proveedores de navegadores pierden la fe en la aprobación del estándar, por lo que eliminan la implementación de su código.

Para apoyar este pensamiento: W3C acaba de eliminar ambos datetimey datetime-localde su borrador de trabajo.

Los proveedores de navegadores eventualmente dejarán de ser compatibles con ambos.

Según html5test, la mayoría de los navegadores actuales eliminaron la compatibilidad con ambos tipos de entrada.

El último desarrollo:

  • El datetime-localestá de vuelta en el borrador;
  • La página de especificaciones más reciente no se muestra datetime, pero sí datetime-local. ¡Parece que está de nuevo en el mapa y que volverá a ser compatible!

También tome nota de esta publicación relacionada en Webmasters.SE: ¿Se eliminó datetime-local de HTML 5.1? .


5
¿Quién define el estándar si no ellos (desarrolladores de IE.Chrome, Firefox), por qué eliminan cosas perfectamente buenas del navegador?
Yoda

3
No podría estar mas de acuerdo. Funcionó. Funcionó bien. Lo necesito. ¿Por qué eliminarlo?
Patrick Hofman

@Yoda: Parece que datetime-localal menos está de vuelta en la hoja de ruta.
Patrick Hofman

2
Sí, lo triste es que comenzamos a ver discrepancias entre los dos grupos de trabajo, W3C ( versión de entrada de W3C ) y WHATWG ( versión de entrada de WHATWG ). Temía que esto pasara algún día ...
Diego

3
Me encanta cómo este problema aún no se resuelve más de 25 años después de que se creó la web. Básicamente resume la industria del software en su conjunto, en mi opinión.
Matt Lacey

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.