Мені було цікаво, чому всі браузери, як версії Chrome, що перевищують 26, які раніше підтримували вхід, datetime
видаляли його?
Це звучить як дублікат цієї статті , але ця людина вже досить постаріла.
Схоже, що HTML WG віддає перевагу datetime-local
( w3c ) вище datetime
( w3c ), але чому?
Дивіться це на часовій шкалі розвитку функцій.
Що кажуть інші:
За даними mobilexweb.com, це було застарілим в iOS, "оскільки він дуже схожий на тип введення дати".
Після Google Chrome, тепер Safari на iOS більше не підтримує тип введення дати, і він повернеться до тексту. Цей тип був застарілий у стандарті на користь datetime-local або з використанням двох входів, дати та часу з однаковою метою. Проблема полягає в тому, що timetime був сумісний з iOS від версії 5.0 до 6.1; якщо ви використовуєте його, будьте обережні!
Яка різниця?
Де datetime-local
міститься лише елемент дати та часу, datetime
також міститься часовий пояс. Це корисно, оскільки ви, можливо, захочете діяти інакше, коли часовий пояс клієнта відрізняється від сервера.
Чому це має значення?
Що робити, якщо веб-сторінка запитає: коли ви хочете, щоб я зателефонував вам, і користувач вибрав "завтра, 15:00", коли вам потрібно передзвонити йому? завтра 3:00 UTC чи CET?
date
, time
, datetime
, і datetime-local
.