Certains de nos utilisateurs se sont plaints du comportement de la touche TAB lors de la connexion.
Selon eux, après avoir saisi username et appuyé sur la touche TAB, le curseur devrait passer directement au champ password et non au lien Skip password link.
Notre forum est principalement fréquenté par des développeurs habitués à utiliser la touche TAB pour se connecter. Je sais que dans le cas de Discourse, ils peuvent appuyer deux fois sur la touche TAB pour atteindre le champ mot de passe…
Mais je me demande si le comportement actuel répond à un choix de conception spécifique ou s’il s’agit simplement d’un effet secondaire d’une modification récente.
Avez-vous reçu des remarques similaires ?
Je pense que l’ordre de tabulation est correct ici ; c’est l’ordre naturel des éléments interactifs dans la fenêtre modale… Si je me reposais exclusivement sur le clavier pour la navigation, il pourrait être frustrant d’accéder à ce lien si l’ordre de tabulation était arbitraire.
Les spécialistes de l’accessibilité recommandent d’éviter de modifier l’ordre de tabulation des éléments d’une page sauf si c’est absolument nécessaire. Using the tabindex attribute - Vispero
Je vois… Bon, alors la question est de savoir si l’option lien de connexion est à la position recommandée ou s’il serait préférable de la placer plus bas dans la fenêtre modale. Peut-être juste en dessous du champ Mot de passe ?
Ne me méprenez pas, je trouve que l’option lien de connexion est intéressante, mais elle semble un peu rompre avec le cas d’usage presque universel consistant à accéder au champ Mot de passe en appuyant deux fois sur la touche TAB.
Je suis d’accord avec l’OP : lorsque j’utilise un gestionnaire de mots de passe, l’« API » typique entre le gestionnaire de mots de passe et le formulaire de connexion est la suivante : (1) coller le nom d’utilisateur, (2) TAB, (3) coller le mot de passe, (4) ENTRÉE.
Avec le lien « Passer » intercalé (qui apparaît étonnamment seulement après que j’ai – ou plutôt, que mon gestionnaire de mots de passe a – commencé à taper mon nom d’utilisateur), cette séquence est rompue.
Oui, la plupart des gestionnaires de mots de passe permettent de modifier la séquence par défaut, mais cela nécessite une modification manuelle d’une « API » autrement largement acceptée de manière universelle. C’est une nuisance pour les utilisateurs avertis et un non-sens pour les novices, ce qui entraînera une utilisation réduite des gestionnaires de mots de passe, réduisant ainsi in fine la sécurité globale de l’utilisation de Discourse. (Je parle en tant qu’utilisateur du forum Fairphone.)
D’un point de vue UX, je ne vois aucune raison pour laquelle le lien « Passer » doit être placé à cet endroit précis. C’est une fonctionnalité probablement utilisée rarement, lorsque le mot de passe a été oublié. (Je ne sais pas si vous disposez de statistiques indiquant le contraire, bien que.)
Je recommande donc vivement de conserver la conception précédente.
Nous pouvons déplacer l’astuce « Ignorer le mot de passe » ailleurs ?
Nous pouvons modifier l’ordre de tabulation et faire en sorte que « Ignorer le mot de passe » ne soit accessible qu’après le champ mot de passe.
Nous pouvons passer à un système de connexion en plusieurs étapes, comme celui de Google, où le premier écran ne contient que le nom d’utilisateur, et le suivant contient le mot de passe et le bouton.
Nous ne faisons rien.
Je reconnais que cela peut être surprenant pour les personnes qui ont développé une mémoire musculaire établie.
Je pense que nous avons mis cela au bon endroit au bon moment pour la plupart des gens, mais je suppose que, considérant que la plupart n’utilisent pas de gestionnaires de mots de passe ni la navigation au clavier, nous pouvons le retirer de l’ordre des onglets pour contourner cette plainte spécifique ?
Ce nouvel ordre de tabulation pour la fenêtre modale de connexion est désormais actif sur Meta et sera disponible lors de votre prochaine mise à jour de Discourse.
