Ses yeux se fixent sur le bouton bleu le plus grand.
Mais le seul bouton correct à cliquer dans cette situation est le bouton bleu le plus petit.
Il regarde l’écran pendant longtemps… il pense : n’essayais-je pas juste le titre de mon article actuel ?
Si je clique sur le (grand) bouton bleu, je créerai une réponse. Ce n’est pas ce que je veux faire !
Oui, cet exemple devrait être ajouté aux autres discussions sur les boutons bleus, mais celle-ci est verrouillée.
Le bouton bleu plus petit apparaît uniquement après avoir cliqué sur l’icône de modification du sujet. Si vous cliquez sur cette icône, votre intention est de modifier le sujet, et par conséquent, vous devriez être concentré sur la zone de modification, et non sur le contenu éloigné comme le bouton de réponse.
Dans ce scénario, si vous cliquez sur le bouton Répondre, cela fonctionnera (et abandonnera la modification du titre du sujet), donc je pense que les deux devraient être bleus.
Tout comme les distributeurs automatiques de billets demandent à l’utilisateur de reprendre sa carte avant de distribuer l’argent (devinez pourquoi), le bouton de réponse bleu ne devrait pas devenir bleu avant que l’utilisateur n’ait terminé sa modification (ou cliqué explicitement sur le « x »).
De plus, l’utilisateur est occupé à basculer entre les fenêtres et à répondre au téléphone. Lorsqu’il revient ici, il essaie de se souvenir de ce qu’il faisait. À première vue, on dirait qu’il est en train de publier une réponse.
« Mais ensuite, il pense : « N’ai-je pas déjà posté ceci ? » »
« Oh, je vois, j’étais en train de modifier le titre. »
L’UX devrait faire de son mieux pour le remettre sur la bonne voie, et ne pas supposer que les utilisateurs restent fixés sur la même fenêtre jusqu’à ce qu’une tâche soit terminée.
C’est un peu tiré par les cheveux, n’est-ce pas ? Les banques veulent que les consommateurs reprennent leur carte car cela signifie moins de fardeau pour les deux parties.
Si j’édite ce sujet et que j’appuie sur répondre, la modification n’est pas perdue (j’ai écrit ceci pendant que l’édition du sujet était ouverte).
Cette demande n’aurait de sens pour moi que si une action en annulait une autre. Comme Discourse ne déclenche pas de rechargement lors de l’édition d’un sujet, il n’y a vraiment aucun risque pour l’utilisateur ici.
Verrouiller les boutons créera plus de confusion si quoi que ce soit. Et si je suis en train de rédiger une réponse et que je remarque quelque chose dans le sujet qui doit être corrigé. Ces contrôles devraient-ils également être verrouillés sans explication ? C’est loin d’être convivial et un schéma qui n’était nécessaire que sur des plateformes de discussion beaucoup plus anciennes en raison des limitations créées par le logiciel avec lequel elles ont été créées.
Je vois. Chaque semaine. Quand un utilisateur donne une étiquette par exemple, cela masque le bouton d’acceptation sur mobile. Et ensuite, cet utilisateur fera défiler un peu vers le bas et appuiera sur le tout premier bouton bleu visible.
C’est un problème causé par cette horrible sélection déroulante que Discourse utilise partout. Changer cela (au lieu d’un bouton différent) serait une meilleure solution à ce problème.
Je suis content que le petit garçon n’ait pas perdu toutes les pièces qu’il a mises dans le distributeur de Coca-Cola parce qu’il a appuyé sur le mauvais bouton. Mais il est toujours triste que cela se soit produit.
C’est parce que deux boutons étaient allumés…
Oui, ne verrouillez pas l’autre bouton, mais ne l’allumez pas non plus, après qu’il ait mis ses pièces.
