| Nikki added a comment. |
I'm really disappointed to see that this was declined. I find this behaviour infuriating and I've developed a habit of hammering the enter key around 5 times when I want to save a statement because it's so slow and unresponsive.
I1n T59665#3209326, @Danwe wrote:I believe the simplest solution to enabling the save button while validation is going on would be this:
If “save” gets clicked while a validation is still running then the actual “save” action will be deferred until validation is successful. If validation fails, the “save” action gets cancelled and the user gets some sort of visual feedback (which should be the case anyhow because of the invalid value). This behavior shouldn't require a lot of work and would be really neat.
This is exactly how I would expect it to behave.
In T59665#3209751, @thiemowmde wrote:The behavior you are describing means the user can smash the return key very early, and will entirely miss the preview that is shown after the input was parsed and formatted. This is crucial in many cases, e.g. when the user types "01/02/2003" and expects this to become "January 1st", but it becomes "February 2nd".
You can't expect users to check the preview every single time. People's time/energy is limited and most values will be unambiguous and parsed correctly. Someone who is trying to save already thinks that the value will be correctly interpreted.
If you want people to pay attention to ambiguous values like "01/02/2003", then the interface needs to stop treating them like unambiguous values. For example, if a user enters "01/02/2003", list the possible interpretations and ask them to select which one they mean.
Cc: Nikki, Danwe, thiemowmde, Tobi_WMDE_SW, adrianheine, Snaterlicious, Lydia_Pintscher, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
