forms - Autocapitalize attribute on input element (used for iOS) breaks validation -


As can be seen, Safari and Safari support all HTML elements for the iPhone, which contain dislikes elements and even have some proprietary elements. Never share any W3C specifications.

This is really very useful, in which the "email" and "website" forms are autocapitalizing in the field, because there is nothing disturbing in this way as SHIFT Keys fill in any of those two inputs. This is trivial because you need to do that the autocapitize = off attributes in the same input, such as:

  & lt; Label = "email" & gt; ; E-mail & lt; / Labels & gt; & Lt; Input type = "email" name = "email" placeholder = "yourname@domain.com" autocapitalize = "off" title = "Enter your e-mail address" class = "required email" id = "email" & gt;   

Both the iPhones and iPad forms match the keyboard completely for the attributes associated with the input element. Unfortunately, this seems to break markup verification, as well as the answer to the W3C 'Attribute AutoCapitalizing attribute does not allow access at this point' when set up above

I think that this is not death for some, but there is no way to incorporate the properties without breaking the beliefs? Maybe I have something wrong here

The comment by Ugwovf completely answers the question: Current as W3C specs Stand in, you can not include the autocapitilized attribute in your form without breaking the verification, so this is the case that the inconvenience against users is clicked on your

SHIFT key. IOS

I think it is one of those rare cases (there is another in inline styles) where it is understood to present errors on one page, as long as they are wrong There are no symptoms of being slow running at a fast pace at W3C.

Comments