Est l'attribut inputmode valide (dans les formulaires HTML5) ou pas?

J'obtiens des erreurs de validation avec l'attribut inputmode sur les zones de texte et des champs de texte. Le validateur me dit Attribut inputmode pas autorisés sur l'élément d'entrée à ce point mais la spec HTML5 indique qu'il est permis.

Est-il fait quelque chose de mal avec ce code, ou est le responsable de la validation de sa faute?

Ici bare bones est un dossier qui permettra de produire exactement ce genre d'erreur de validation (deux fois), dans un cas sur une saisie de courrier électronique, et de l'autre sur un textarea.

<!DOCTYPE HTML>
<html lang="en">
  <head>
    <meta charset="utf-8">
  </head>
  <body>
    <form method="post" action="contactme.php">         
      <label class='pas block'>
        Your E-Mail:<br/>
        <input type='email' name='email' required inputmode='latin' placeholder='your e-mail here' />
      </label>
        <label class='pas block'>
                Your Message:<br/>
                <textarea name='message' required inputmode='latin' placeholder='and your message here!'></textarea>
        </label>
    </form>
  </body>
</html>
  • Peut-être le validateur n'est pas un validateur HTML5 ou en mode HTML5
  • J'ai essayé les deux le validateur du w3c et le whatwg un. Les deux validateurs sont en mode html5, et (c'est à dire parce que) cet exemple a un doctype html5
  • Peut-être inputmode ne peut pas être combinée avec (quelques valeurs) type?
  • Valide oui, cependant, il faut noter qu'à cette époque, aucun navigateur (que je connais n'a encore mise en oeuvre) twitter.com/scunliffe/status/691370670018686976 - ce qui est frustrant car il permettrait de surmonter les autres (à mon humble avis bugs) avec <input type="number"/>
  • Tangentielle à la question de la validité/spec, mais vous pouvez le voir dans le monde réel soutien pour cette fonctionnalité à caniuse.com/#feat=input-inputmode. À compter d'aujourd'hui, upsettingly, c'est encore complètement appliqués partout.
  • Je suis en utilisant inputmode pour Chrome et x-inputmode pour FF -- fonctionne sur Android.

InformationsquelleAutor brennanyoung | 2012-11-07
  1. 3

    La spec HTML5 dit

    Le contenu suivant attributs ne doivent pas être spécifiés et ne s'appliquent pas à l'élément de l'accepter, de l'alt, vérifié, dirname, formaction, formenctype, formmethod, formnovalidate, formtarget, hauteur, inputmode, max, min, src, étape, et la largeur.

    C'est en vertu de la comptabilité de détails à https://html.spec.whatwg.org/multipage/input.html#e-mail-state-(type=email)

    • Cette comptabilité détails est spécifiquement pour les [type=email] éléments, et pour le texte et l'état de la recherche (spec), il est dit Les courants d'entrée de l'élément attributs de contenu, IDL des attributs et des méthodes s'appliquent à l'élément: ..... inputmode
    InformationsquelleAutor dsas
  2. 9

    Aussi, voir le tableau sur les attributs qui s'appliquent aux différents types d'entrée ici:
    http://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html#attr-input-type

    La "inputmode" attribut ne s'applique qu'aux "texte" et "recherche".

    Sur une autre note, "inputmode" n'est pas W3C, HTML5, l'attribut, mais c'est un W3C HTML 5.1 attribut (au moins au moment où j'écris ces lignes).

    Essayer http://www.OnlineWebCheck.com/ pour mieux erreur/messages d'avertissement.

    • Merci - ce tableau est très utile dans la clairière (au moins pour moi) quelles sont les options/attrs s'appliquent les types d'entrée.
    InformationsquelleAutor Albert Wiersch
  3. 1

    Cinq ans après que la question a été posée, certains peuvent se demander pourquoi certaines propriétés répertoriées par @apd ne pas déclencher de telles erreurs, comme enctype
    La réponse est simple soutien, tandis que enctype par exemple gagné un large soutien
    inputmethod est pris en charge uniquement comme des IE11 et Edge 14, pour plus d'infos cliquez sur ici

    InformationsquelleAutor user10089632