Zastanawiałem się, dlaczego wszystkie przeglądarki, takie jak wersje Chrome wyższe niż 26, które w przeszłości obsługiwały dane wejściowe, datetime
usunęły je?
To brzmi jak kopia tego artykułu , ale ten jest dość stary.
Wygląda na to, że preferuje HTML WG datetime-local
( w3c ) powyżej datetime
( w3c ), ale dlaczego?
Zobacz to, aby zapoznać się z harmonogramem rozwoju funkcji.
Co mówią inni:
Według mobilexweb.com został wycofany w iOS „ponieważ wygląda zbyt podobnie do typu danych wejściowych typu data i godzina ”.
Po Google Chrome, teraz Safari na iOS nie obsługuje już typu wprowadzania daty i godziny i będzie zastępować tekst. Ten typ został w standardzie wycofany na korzyść datetime-local lub używających dwóch danych wejściowych, daty i godziny do tego samego celu. Problem w tym, że datetime był kompatybilny z iOS od wersji 5.0 do 6.1; jeśli go używasz, bądź ostrożny!
Jaka jest różnica?
Gdzie datetime-local
zawiera tylko element daty i godziny, datetime
zawiera również strefę czasową. Jest to przydatne, ponieważ możesz chcieć działać inaczej, gdy strefa czasowa klienta różni się od strefy czasowej serwera.
Dlaczego to ma znaczenie?
Co jeśli strona zapyta: kiedy mam do ciebie zadzwonić, a użytkownik wybierze „jutro, 15:00”, kiedy mam do niego oddzwonić? jutro o 15:00 czasu UTC lub CET?
date
, time
, datetime
, i datetime-local
.