J’ai réitéré cela et soumis :
4 « J'aime »
Je suis en difficulté avec cela. Cela s’éloigne de notre approche visant à simplifier l’interface et cela semble vraiment désordonné.
5 « J'aime »
C’était la maquette originale. Notez que les modifications ne doivent s’appliquer qu’au POSTEUR ORIGINAL (OP), c’est-à-dire au propriétaire du sujet uniquement.
Je pense qu’il nous manque également le style de contour du bouton ici @awesomerobot, ce qui aide considérablement.
1 « J'aime »
En y repensant, en y réfléchissant davantage et en le voyant en direct… j’ai l’impression de ne pas vraiment aimer aucune des solutions proposées. Je pense que @hawk a raison : nous ajoutons de la complexité, et je ne suis pas sûr qu’il y ait un avantage clair.
Le problème de fond énoncé était : « ne pas afficher un bouton case à cocher si je ne peux pas la décocher ». Je ne suis pas sûr que nous ayons rencontré de vrais problèmes ou de la confusion à cause de cela ? Même dans ce cas, la solution la plus simple à ce problème initialement décrit aurait été de simplement supprimer le cadre autour de la coche pour les utilisateurs qui ne peuvent pas sélectionner/désélectionner la solution.
C’est aussi un bon point. À quelle fréquence marque-t-on une solution pour ensuite la démarquer ? 1 fois sur 100 ? 1 fois sur 1 000 ? Maintenant, nous avons une étiquette superflue pour une situation peu commune.
Je ne suis pas sûr que cela aide autant que ça. Cela aide certes à éviter certains problèmes d’espacement créés dans l’implémentation actuelle en isolant les problèmes d’espacement…
(
par rapport à la maquette
Cela attire aussi plus l’attention sur le bouton, ce qui n’aide pas à résoudre la plainte concernant la complexité… de plus, cela introduit un nouveau style qui n’existe pas déjà dans les contrôles de publication, et c’est un nouveau style de bouton qui ne me semble pas assez précieux pour justifier son ajout.
Nous sommes déjà allés aussi loin, donc je pourrais corriger certains problèmes d’espacement et ajouter la bordure pour voir comment cela se ressent…
10 « J'aime »
Oui, je pense que nous devrions faire ce qui vous semble logique ici. Je fais confiance à votre jugement. Je ne suis attaché à aucune de ces solutions d’aucune manière.
4 « J'aime »
Je viens de mettre à jour Discourse (via une reconstruction) et j’ai immédiatement soupçonné que l’option « Marquer comme solution » avait provoqué une régression visuelle. Principalement parce que l’étiquette est un texte situé à l’extérieur du bouton (par opposition au style du bouton Répondre). +1 pour régler le problème d’espacement. 
Actuellement, pour les utilisateurs capables de définir des solutions, le panneau semble très chargé et caché pour les rares cas où il faudrait choisir un autre message « résolu ».
Pour cela, je suggère de supprimer l’étiquette pour ne garder qu’une icône, comme dans le comportement précédent. Les utilisateurs ont tendance à connaître le bouton de solution une fois qu’ils ont été initiés au concept.
J’ai une suggestion alternative : Pourrions-nous ajouter une classe au message « résolu » ? Ainsi, le thème pourrait modifier l’apparence des messages résolus pour séparer la présentation du bouton « Résolu ».
De plus, le menu du message conserverait sa simplicité en offrant une rangée d’options cliquables par l’utilisateur (par exemple : 
), alors que le texte « Solution » ou « Marquer comme solution » tel qu’il est actuellement brise cette convention. Autrement dit, les utilisateurs déconnectés (et autres que l’OP) voient actuellement (mais ne peuvent pas cliquer) :
Cela suggérerait de revenir au comportement précédent afin que la case à cocher apparaisse toujours à gauche si l’utilisateur connecté a la possibilité de définir une solution, évitant ainsi toute confusion potentielle sur la capacité de l’utilisateur à marquer ou démarquer un message comme résolu.
Une maquette rapide du point de vue de l’OP/modérateur :
Du point de vue des autres utilisateurs :
Cela ressemble un peu à ce que @chi a suggéré beaucoup plus tôt dans ce sujet, et colorer l’arrière-plan du message suit l’idée des couleurs du personnel pour mettre l’accent sur les éléments importants.
Une solution pourrait être communiquée par d’autres moyens, comme ceci :
3 « J'aime »
Pour l’instant, j’ai déplacé le texte à l’intérieur du bouton, ce qui devrait résoudre le problème d’espacement
3 « J'aime »
Le nouveau design vient d’être mis en ligne sur le site que j’utilise, et je partage l’avis des commentaires précédents selon lequel il semble maintenant très bruyant. Cela est particulièrement gênant sur mobile, car il s’étend sur toute la page pour chaque publication. Il occupe beaucoup d’espace, surtout pour quelque chose qui peut ne pas être pertinent pour la plupart de vos sujets.
Pour ce que cela vaut, si un changement était nécessaire pour éviter toute confusion quant à la possibilité de sélectionner des solutions, j’apprécie la dernière suggestion de @awesomerobot qui consiste simplement à supprimer la bordure autour de la case à cocher pour les utilisateurs qui ne peuvent pas sélectionner de solutions. (Je ne suis pas sûr d’avoir jamais vu cela prêter à confusion, cependant.)
3 « J'aime »
ok, j’ai annulé les modifications après les avoir testées pendant quelques jours… Je pense que nous avons peut-être été trop loin, trop vite. Commençons par quelques ajustements plus modestes.
11 « J'aime »
Ok, voici donc quelques modifications mineures pour commencer :
- Si je peux accepter/désaccepter, c’est le même bouton que nous avons actuellement (j’ai déplacé le texte pour qu’il se trouve à l’intérieur du bouton)…
-
Si je ne peux pas accepter/désaccepter, au lieu d’afficher un bouton, afficher simplement le texte « résolu » avec une coche. Cela rend l’élément moins semblable à un bouton, ce qui correspondait à la demande initiale de l’OP.
J’ai également ajouté un attribut title à ce texte indiquant : « Ceci est la solution acceptée pour ce sujet. » Notre méthode actuelle consistant à avoir un bouton qui ne fait rien risque de beaucoup perturber les utilisateurs de lecteurs d’écran. Cela devrait clarifier la situation de manière significative.
Voici une PR pour ces modifications :
Dans les modifications ci-dessus, je n’ai apporté aucune mise à jour supplémentaire pour la version mobile… notre mise en page y a tendance à être un peu cassée lorsque vous développez tous les contrôles, car il n’y a pas assez d’espace pour tout (par exemple, si vous êtes administrateur).
Comme prochaine étape, j’aimerais ajouter une classe lorsque les contrôles de publication sont développés/réduits afin que nous puissions afficher/masquer le texte « résolu ». Dans la plupart des cas, tout rentrera comme ceci :
9 « J'aime »
Ces modifications ont été fusionnées, ainsi que la masquage de l’étiquette du bouton lorsque les contrôles mobiles sont développés
6 « J'aime »
Comme je l’ai déjà mentionné ailleurs, je trouve que l’interface « résolu » est trop visible. Nous aimons utiliser la fonction « résolu » partout, mais tous les messages ne comportent pas de solution, et la vue des sujets semble désormais encombrée et répétitive. Quelqu’un d’autre partage-t-il cette préoccupation ? L’interface pourrait-elle être rendue moins insistante comme auparavant, peut-être via un paramètre d’administration ?
Par ailleurs, la nouvelle interface est tronquée sur mobile. Voir la capture d’écran d’un message ici sur Meta.
Je pense que nous devons simplement mettre à jour le plugin ici sur Meta pour résoudre ce problème.
Comme indiqué dans mon message ci-dessus d’il y a un mois, nous avons annulé bon nombre des modifications initiales apportées ici au profit d’itérations plus petites. Je pense (corrigez-moi si je me trompe !) que les seules différences par rapport à ce qu’il était auparavant sont :
-
Si vous ne pouvez pas sélectionner une solution, l’icône « Résolu » est simplement une coche et non une coche dans un cadre.
-
Sur mobile, lorsque les contrôles sont développés, le texte « Solution » est masqué afin que tous les boutons puissent tenir sans retournement disgracieux.
6 « J'aime »
J’ai l’impression que le problème initial est largement résolu ces jours-ci… nous avons modifié le comportement du plugin au cours de la dernière année.
1 « J'aime »