Je me suis souvent demandé pourquoi Stack Exchange avait choisi de garder les boutons de vote positif/négatif disponibles pour cliquer sur les questions/réponses publiées par l'utilisateur. Par exemple:
Même si ces boutons n'ont aucune utilité pour l'utilisateur, pourquoi sont-ils toujours placés sur la colonne de gauche du message? De plus, les commentaires n'ont aucun contrôle pour signaler/+ 1'ing le commentaire propre de l'utilisateur. Quelle est la raison de cet écart? Quels sont les avantages des boutons + 1/-1 pour l'utilisateur, même s'ils ne peuvent être utilisés pour rien?
Avez-vous déjà passé 30 minutes à rechercher un élément d'interface utilisateur ou un élément de menu que vous saviez certainement être là, pour finalement apprendre qu'il avait complètement disparu parce que vous étiez dans un état où il ne pouvait pas être utilisé?
Imaginez que vous ne savez pas que vous ne pouvez pas voter pour votre propre message et que vous avez décidé de voter pour votre propre message. Ou imaginez que vous avez récemment appris à voter, et que vous avez décidé de voter pour tous les bons articles sur le gâteau que vous voyez pour aider à promouvoir leur visibilité, et maintenant vous regardez un article sur le gâteau que vous avez écrit mais que vous avez oublié d'avoir écrit. Dans tous les cas, vous recherchez le bouton UP.
Vous pourriez passer un temps excessif à chercher le bouton upvote/downvote; vous pourriez même aller jusqu'à perdre le temps de quelqu'un d'autre en demandant à une personne du support technique (ou en postant dans la méta) de dire "Où est le bouton upvote?"
C'est à mon avis une bonne heuristique de ne pas faire disparaître complètement les choses simplement parce que l'état actuel du monde est tel que cette chose ne peut pas être utilisée en ce moment. Il est généralement préférable de laisser le bouton à cet emplacement, éventuellement dans un état visuellement différent, et de permettre à l'utilisateur d'essayer de cliquer dessus, puis de lui expliquer pourquoi il ne peut pas être utilisé.
J'avais déjà répondu à cette question mais malheureusement la personne qui a posé la question a été bannie pour une raison quelconque :)
La raison en est double:
Maintenant, la question qui se pose est de savoir si cela ne gênera pas l'utilisateur de découvrir qu'il ne peut pas voter pour ou contre sa question\réponse. Je pense que Stack Exchange s'appuie ici sur le concept de découverte accidentelle pour que les utilisateurs découvrent la fonctionnalité par accident.
Je crois qu'une autre raison pour laquelle la découverte accidentelle fonctionne également est qu'elle économise l'effort de conception consistant à créer un ensemble spécifique de boutons ou d'indicateurs pour les questions et réponses de l'utilisateur . Même si Stack Exchange a trouvé une alternative appropriée, vous devrez trouver un moyen de communiquer pourquoi les indicateurs de vote sont différents pour la question\réponse que la personne a postée - ce qui conduirait à plus de confusion )
Je n'ai pas d'étude pour cela, mais dans mon script de HCI (Einführung in die Mensch Computer Interaktion, Universität Hagen/Introduction to Human-Computer-Interaction University of Hagen), j'ai lu que le cerveau peut mémoriser le lieu de l'électricité statique mieux les éléments d'interface que les éléments dynamiques.
Si les boutons sont toujours là et ne changent pas beaucoup (comme le fait le contenu), cela entraînera une demande cognitive moindre, au fil du temps, pour regarder l'interface.
Pour les nouveaux utilisateurs de la communauté, le simple fait de montrer le nombre de votes sans les boutons de vote haut/bas pourrait créer de la confusion car les premières affiches peuvent ne pas savoir ce que ce nombre représente.
Je pense qu'il est avantageux de laisser ce bouton de vote en place pour l'utilisateur sur ses propres questions, pour cette raison au moins.
Personnellement, je pense que c'est parce qu'ils n'ont pas pris en compte les problèmes d'interface utilisateur. C'est la même chose sur StackOverflow. Ce que l'équipe StackExchange/Overflow a probablement devrait faire, c'est les atténuer s'ils ne peuvent pas être utilisés - il est donc évident qu'ils ne peuvent pas être pressés.
Je ne connais pas leur modèle de données, donc je n'ai aucune idée si cela serait simple ou difficile pour eux.