過去にdatetime
がサポートされていたChromeバージョンが26を超えるなど、すべてのブラウザーがなぜそれを削除したのか疑問に思いました。
これは この記事 の複製のように聞こえますが、それはかなり古くなっています。
HTML WGがdatetime-local
( w3c )よりもdatetime
(- w3c )を好むようですが、なぜですか?
機能開発のタイムラインについては this をご覧ください。
他の人の言うこと:
mobilexweb.com によれば、「datetime入力タイプに似すぎているため」iOSで廃止されました。
Google Chromeに続いて、iOS上のSafariは日時入力タイプをサポートしなくなり、テキストにフォールバックします。このタイプは、datetime-localを優先するか、同じ目的で日付と時刻の2つの入力を使用するために、標準では推奨されていません。問題は、datetimeがバージョン5.0から6.1までのiOSと互換性があることです。使用している場合は注意してください!
違いは何ですか?
datetime-local
には日付と時刻の要素のみが含まれ、datetime
にはタイムゾーンも含まれます。これは、クライアントのタイムゾーンがサーバーのタイムゾーンと異なる場合に異なる動作をする場合があるため便利です。
なぜこれが重要なのですか?
Webページで次のように要求された場合:いつ電話をかけたいのか、ユーザーが「明日、午後3時」を選択した場合、いつ電話をかける必要があるのか?明日午後3時(UTCまたはCET)?
私が考えることができる唯一の理由は、ブラウザーベンダーが承認されている標準に対する信頼を失い、したがってコードから実装を削除することです。
この考えをサポートするために、W3Cは作業ドラフトからdatetime
とdatetime-local
の両方を削除しました。
ブラウザベンダーは、最終的に両方のサポートを終了します。
html5test によると、現在のブラウザのほとんどは、両方の入力タイプのサポートを削除しました。
最新の開発:
datetime-local
はドラフトに戻りました。datetime
は表示されませんが、 datetime-local
は表示されます。地図に戻ってきて、再びサポートされるように聞こえます!また、Webmasters.SEのこの関連投稿に注意してください: HTML 5.1からdate-localは削除されましたか? 。
ソース http://www.w3.org/TR/html5/
「次の機能は危険にさらされており、実装が不足しているため削除される可能性があります。
.. <input type = datetime> .. "