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?
date, time, datetime, y datetime-local.