User tests: Successful: Unsuccessful:
Allegedly there are some mobile devices that ignore the w3c standards and will try to capitalise the input in a password field.
Mobile chrome and safari support a NON-standard attribute that can be used to prevent this.
https://developer.mozilla.org/en/docs/Web/HTML/Element/Input#attr-autocapitalize
https://developer.apple.com/library/safari/documentation/AppleApplications/Reference/SafariHTMLRef/Articles/Attributes.html#//apple_ref/doc/uid/TP40008058-autocapitalize
Note
this will probably cause w3c standards validation to fail
This may not work at all on old iOS devices as prior to iOS5 the format was "off" not "one"
The default even on these devices is that autocapitalize is not enabled for any field of type password
Added the attribute to the admin login screen only
If accepted this will need to be applied to the other 84 instances of type="password"
I have NO idea at all how to test this as I have not found a single device amongst my collection that misbehaves and breaks the standards and tries to autocapitalise a password field
Status | New | ⇒ | Pending |
Labels |
Added:
?
|
Category | ⇒ | Administration |
At reading the web, it looks indeed that for input it is not clear if all mobile OSes (at minimum for IOS and Android) agree on the use of "off" and/or "none". Adding both to the css is a good idea.
As for Caps Locks, that is imho the user's problem and not Joomla!
I am closing this - it was a stupid idea and I only did it to shut someone up
Category | Administration | ⇒ | Administration Modules Templates (admin) |
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2016-08-03 18:01:33 |
Closed_By | ⇒ | brianteeman |
You can do this without disturbing this two and the remaining 84
<input>
tags and have it working for all IOS versions. Use CSS:maybe you could even use the
-webkit-
Vendor Prefix.This, anyway, is only a partial answer to the original issue brought out by @izharaazmi in https://groups.google.com/forum/#!topic/joomla-dev-cms/Xdy9C1k0elU
Actually the main issue is different, as the title says "Ignore CAPS-LOCK state when entering password"
P.S.: The above is theory: I haven't tested.