이전에 입력을 지원했던 26 이상의 Chrome 버전과 같은 모든 브라우저가 왜 datetime
그것을 제거 했는지 궁금 합니다.
이것은 이 기사 의 사본처럼 들리지만 꽤 오래되었습니다.
HTML WG가 위의 ( w3c ) datetime-local
( w3c )를 선호하는 것처럼 보이지만 그 이유는 무엇입니까?datetime
참고 이 기능을 개발 타임 라인에 대해.
다른 사람들의 말 :
mobilexweb.com 에 따르면 iOS에서는 ‘날짜 시간 입력 유형과 너무 비슷해 보이기 때문에’더 이상 사용되지 않습니다.
Google Chrome에 이어 iOS의 Safari는 더 이상 datetime 입력 유형을 지원하지 않으며 텍스트로 대체됩니다. 이 유형은 datetime-local을 선호하거나 동일한 목적을 위해 두 개의 입력, 날짜 및 시간을 사용하는 표준에서 더 이상 사용되지 않습니다. 문제는 datetime이 버전 5.0에서 6.1까지의 iOS와 호환된다는 것입니다. 당신이 그것을 사용하는 경우 조심하십시오!
차이점은 무엇입니까?
경우 datetime-local
에만 날짜와 시간 요소를 포함하고, datetime
또한 시간대가 포함되어 있습니다. 이것은 클라이언트의 시간대가 서버의 시간대와 다를 때 다르게 행동하고자 할 수 있기 때문에 유용합니다.
이것이 왜 중요합니까?
웹 페이지에서 언제 전화를 걸까요? 사용자가 ‘내일 오후 3시’를 선택하면 언제 다시 전화해야하나요? 내일 오후 3시 UTC 또는 CET?
답변
내가 생각할 수있는 유일한 이유는 브라우저 공급 업체가 승인되는 표준에 대한 신뢰를 잃어 코드에서 구현을 제거했기 때문입니다.
이 생각을 지원하기 위해 : W3C 그냥 모두를 제거 datetime
하고 datetime-local
자신의 작업 초안에서.
브라우저 공급 업체는 결국 두 가지 모두에 대한 지원을 중단 할 것입니다.
html5test 에 따르면 현재 브라우저의 대부분은 두 입력 유형 모두 지원을 제거했습니다.
최신 개발 :
- 이
datetime-local
초안에 돌아 왔습니다. - 최신 사양 페이지는 표시
datetime
되지 않지만 표시datetime-local
됩니다. 지도에 다시 올라온 것처럼 들리며 다시 지원 될 것입니다!
Webmasters.SE의 관련 게시물도 확인하세요. HTML 5.1에서 datetime-local이 제거 되었나요? .
답변
출처 http://www.w3.org/TR/html5/
“다음 기능은 위험하며 구현 부족으로 제거 될 수 있습니다.
.. <input type = datetime> ..”