Ich habe mich gefragt, warum alle Browser, wie Chrome-Versionen über 26, die in der Vergangenheit Unterstützung für die Eingabe hatten, diese datetimeentfernt haben.
Das klingt wie ein Duplikat dieses Artikels , aber dieser ist ziemlich alt.
Es sieht so aus, als ob die HTML- Arbeitsgruppedatetime-local ( w3c ) oben datetime( w3c ) bevorzugt , aber warum?
Sehen Sie dies für Feature - Entwicklung Timeline.
Was andere sagen:
Laut mobilexweb.com war es in iOS veraltet, "weil es dem Datum / Uhrzeit-Eingabetyp zu sehr ähnelt".
Nach Google Chrome unterstützt Safari unter iOS den Datum / Uhrzeit-Eingabetyp jetzt nicht mehr und greift auf Text zurück. Dieser Typ wurde im Standard zugunsten von datetime-local oder unter Verwendung von zwei Eingaben, Datum und Uhrzeit, für denselben Zweck veraltet. Das Problem ist, dass datetime von Version 5.0 bis 6.1 mit iOS kompatibel war. Wenn Sie es verwenden, seien Sie vorsichtig!
Was ist der Unterschied?
Wo datetime-localnur ein Datums- und Zeitelement datetimeenthält , enthält auch die Zeitzone. Dies ist nützlich, da Sie möglicherweise anders handeln möchten, wenn sich die Zeitzone des Clients von der des Servers unterscheidet.
Warum ist das wichtig?
Was passiert, wenn auf der Webseite gefragt wird: Wann soll ich Sie anrufen, und der Benutzer wählt "morgen, 15 Uhr" aus. Wann müssen Sie ihn zurückrufen? morgen 15 Uhr UTC oder MEZ?
date, time, datetime, und datetime-local.