Created on 2020-08-05.13:04:39 by dave, last changed 5 months ago by reviewbot.
> On 2020-08-05.21:50:38 ced wrote: > For now, there is no attribute that defines what a Char field is used > for like email, url etc. I guess they could be managed as widget like > for password. For this I was thinking of just setting the type attribute for the email and url widgets, something like that in review327811002? > I think it will be good to have also new attribute to setup autocapitalize > attribute on Char. For example on the user form, we need to have it for > the login input. I agree, that sounds like a good idea.
For now, there is no attribute that defines what a Char field is used for like email, url etc. I guess they could be managed as widget like for password. I think it will be good to have also new attribute to setup autocapitalize attribute on Char. For example on the user form, we need to have it for the login input.
I, personally, find the auto capitalization useful for most of the fields. It's just a little annoying for the relatively few fields that are for things that are often case sensitive, or don't normally start with a capital letter, like passwords and email addresses. I think you can turn it off globally on iOS and Android, which would allow users that really don't like it to turn it off for everything. I'd be in favour of just turning it off for the login fields (e.g. username, database, ...) and for the visible password input. I think it might also be good to change the email and url widgets to use type="email" and type="url" respectively (if they don't already). This would then turn it off for those fields too, and I think it may also display a more suitable keyboard variant on some devices for entering that type of data. Just one other thing to note is that there are several different autocapitalization "hints" depending on whether each word, sentence or character should be capitalized: https://html.spec.whatwg.org/multipage/interaction.html#autocapitalization
I'm wondering if there are no other input that should require such behavior. Indeed I think it would be great to disable by default and activate only on few field like Party.name etc.
Yes, it does happen for most input fields, although it does depend on their type. So for example, fields of type="password" are not autocapitalized, nor are those of type="email". Just looking at the User form, for example, the Email field autocapitalizes because it has type="text", and the Password field doesn't autocapitalize when the password is hidden, but does when it is shown.
Why is it happening for login and not other input? Or does it happen also on other inputs?
On many mobile devices, when logging in to Tryton using Sao, the text entered into the username field will automatically start with a capital letter followed by lowercase letters. As the username is case sensitive this behaviour is not helpful, and it should be left to the user to enter it in with the correct case. This can be done by using the autocapitalize attribute: https://caniuse.com/#feat=mdn-html_global_attributes_autocapitalize
|2020-08-10 23:53:45||reviewbot||set||messages: + msg59686|
|2020-08-10 12:19:58||reviewbot||set||messages: + msg59663|
|2020-08-06 12:47:16||reviewbot||set||messages: + msg59641|
|2020-08-06 12:47:15||reviewbot||set||reviews: 308001002 -> 308001002, 327811002|
|2020-08-06 12:31:37||dave||set||messages: + msg59640|
|2020-08-05 21:50:38||ced||set||messages: + msg59628|
|2020-08-05 20:37:11||dave||set||messages: + msg59627|
|2020-08-05 18:01:21||ced||set||messages: + msg59626|
title: Stop auto capitalization of login username on mobile devices -> Stop auto capitalization of case sensitive fields on mobile devices
messages: + msg59624
Showing 10 items. Show all history (warning: this could be VERY long)