Attendez. Le rapport du médecin est de retour de l’hôpital. Je suis désolé d’annoncer la mauvaise nouvelle à la famille. Et désolé d’avoir suscité tant d’espoirs pour ensuite vous décevoir.
Je teste cela, dès que je saisis mon adresse e-mail et que je descends pour saisir un nom d’utilisateur, le message d’erreur s’affiche indiquant que l’adresse e-mail est déjà prise. C’est la première occasion de fournir cette information, donc je ne suis pas sûr de ce que vous voulez améliorer ici ?
Faites-moi confiance, je ne serais pas allé plus loin d’un seul pouce si quelque chose de rouge était apparu dans mon champ de vision. Le problème est peut-être le suivant :
des éléments rouges apparaissent dans une zone déjà sortie de la petite fenêtre de visualisation, même sur le bureau.
des éléments rouges apparaissent de manière asynchrone, pas toujours assez rapidement pour que l’utilisateur les voie avant qu’il ne les ait fait défiler hors de la petite fenêtre.
De plus, au moment où la vérification asynchrone renvoie de mauvais résultats, l’ensemble du formulaire doit se bloquer et devenir rouge… Il est inutile que l’utilisateur continue à remplir le formulaire alors qu’il est déjà voué à l’échec, et que le formulaire le sait déjà.
Ou, peut-être :
attendez simplement que la vérification réussisse avant de permettre à l’utilisateur de passer à la question suivante. La connexion entre le formulaire et la base de données a certainement une bande passante plus élevée qu’entre le formulaire et l’utilisateur, il n’est donc pas nécessaire de permettre à l’utilisateur de remplir le formulaire aussi rapidement.
Pourriez-vous ajouter des détails sur l’appareil que vous utilisez (y compris la taille de l’écran) ainsi que sur tout zoom/agrandissement de texte que vous pourriez appliquer ?
P.S., sur https://community.opencellid.org/, si vous cliquez sur “Log in with GitHub”, vous obtenez une erreur 404. Et étrange, ces trois boutons sur le côté, l’un est “Log in”, les deux autres sont “Sign in”.