Pourquoi est-HTML5 input type datetime retiré de navigateurs supporte déjà?

Je me demandais pourquoi tous les navigateurs comme google Chrome versions supérieur à 26, qui avait le soutien, dans le passé, pour l'entrée datetime supprimé?

Cela sonne comme un double de cet article, mais que l'on est âgé.

Il ressemble le code HTML WG préfère datetime-local (w3c) ci-dessus datetime (w3c), mais pourquoi?

Voir cette pour la fonctionnalité de calendrier de développement.

Ce que les autres disent:

Selon mobilexweb.com elle a été frappée dans iOS "parce qu'il ressemble trop à la date d'entrée type".

Suivantes Google Chrome, maintenant Safari sur iOS ne prend pas en charge le
datetime input type plus et il se replie sur le texte. Ce type
déprécié dans la norme en faveur de datetime-local ou à l'aide de deux
entrées, de la date et de l'heure pour le même but. Le problème est que
datetime était compatible avec l'iOS à partir de la version 5.0 à 6,1; si vous êtes
en l'utilisant, soyez prudent!

Quelle est la différence?

Où datetime-local contient uniquement la date et l'heure de l'élément, datetime contient également le fuseau horaire. C'est utile car vous pourriez vouloir agir différemment lorsque le client le fuseau horaire est différent à partir du serveur d'un.

Pourquoi est-ce important?

Que si la page web pose la question: quand vous voulez que je vous appelle, et l'utilisateur sélectionne " demain, à 3 h du matin, quand avez-vous besoin de le rappeler? demain 3 h UTC ou HEC?

  • HTML5 est encore un "candidat à recommandation". Il n'est pas encore définitifs. C'est probablement pourquoi les choses ne cessent de changer.
  • Vrai, mais pour autant que je puisse voir la recommandation n'a pas changé, donc cela semble être un navigateur, le fournisseur de son choix.
  • Je suppose que vous aurez à trouver une bibliothèque externe ou de faire vous-même...
  • Il y a quelques informations utiles sur Webmasters.SE - Est de type datetime-local retiré de HTML 5.1? sur l'avenir de date, time, datetime, et datetime-local.
InformationsquelleAutor Patrick Hofman | 2014-01-21
  1. 62

    La seule raison pour laquelle je peux penser à est de fournisseurs de navigateur de perdre la foi dans la norme approuvée, par conséquent, la suppression de la mise en œuvre de leur code.

    À l'appui de cette pensée: le W3C vient de retirer à la fois datetime et datetime-local de leur projet de travail.

    Fournisseurs de navigateur finira par abandonner toute prise en charge de deux d'entre eux.

    Selon html5test la plupart des navigateurs actuels supprimé le support de deux types d'entrée.

    Le dernier développement:

    • La datetime-local est de retour sur le projet;
    • Les nouvelles spécifications de la page ne montre pas datetime, mais il montre datetime-local. Il fait son retour sur la carte et va être à nouveau pris en charge!

    Également prendre connaissance de ce post sur les Webmasters.SE: Est de type datetime-local retiré de HTML 5.1?.

    • Qui définit la norme, si non ils(les développeurs d'IE.Chrome, Firefox), pourquoi ils supprimer parfaitement bien des choses à partir du navigateur?
    • Je ne pouvais pas être plus d'accord. Il a travaillé. Il a bien fonctionné. J'en ai besoin. Pourquoi le supprimer?
    • Il semble que datetime-local au moins est de retour sur la feuille de route.
    • Oui, le plus triste, c'est que nous commençons à voir les écarts entre les deux groupes de travail du W3C (W3C en version d'entrée) et le WHATWG (WHATWG version d'entrée). Je craignais que cela arriverait un jour...
    • J'aime la façon dont ce problème est toujours pas résolu plus de 25 ans après que le site web a été créé. Résume assez bien le logiciel de l'ensemble de l'industrie de l'OMI.
    InformationsquelleAutor Patrick Hofman
  2. 9

    Source http://www.w3.org/TR/html5/

    "Les fonctionnalités suivantes sont à risque et peut être retiré en raison d'un manque de mise en œuvre.
    ..<input type=datetime>.."

    InformationsquelleAutor Daniel