Je me demandais pourquoi tous les navigateurs, comme les versions de Chrome supérieures à 26, qui prenaient auparavant en charge l'entrée, l'ont datetimesupprimé?
Cela ressemble à un double de cet article , mais celui-ci est assez âgé.
Il semble que le HTML WG préfère datetime-local( w3c ) ci-dessus datetime( w3c ), mais pourquoi?
Voir ceci pour la chronologie de développement des fonctionnalités.
Ce que disent les autres:
Selon mobilexweb.com, il était obsolète dans iOS «car il ressemble trop au type d'entrée datetime».
Après Google Chrome, Safari sur iOS ne prend plus en charge le type d'entrée datetime et il reviendra au texte. Ce type était déconseillé dans la norme au profit de datetime-local ou en utilisant deux entrées, date et heure dans le même but. Le problème est que datetime était compatible avec iOS de la version 5.0 à 6.1; si vous l'utilisez, faites attention!
Quelle est la différence?
Où datetime-local contient uniquement un élément de date et d'heure, datetimecontient également le fuseau horaire. Ceci est utile car vous voudrez peut-être agir différemment lorsque le fuseau horaire du client est différent de celui du serveur.
Pourquoi est-ce important?
Que faire si la page Web demande: quand voulez-vous que je vous appelle et que l'utilisateur sélectionne «demain, 15 heures», quand devez-vous le rappeler? demain 15h UTC ou CET?
date, time, datetimeet datetime-local.