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, datetimeusunęł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-localzawiera tylko element daty i godziny, datetimezawiera 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.