Chère équipe de développement de Discourse et communauté d’administrateurs/utilisateurs de Discourse,
Dans la communauté dont je suis administrateur, nous avons récemment eu une discussion assez longue et parfois très philosophique sur l’utilité et la valeur de la fonctionnalité « J’aime » (bouton et « J’aime »).
Bien que nous n’ayons pas encore effectué de sondage officiel, je m’attends à une répartition d’environ 50/50 quant au souhait des utilisateurs de conserver cette fonctionnalité visible (et de pouvoir donner et recevoir des « J’aime ») ou de la masquer (ne pas voir le bouton « J’aime », ni aucun « J’aime » reçu sur un message ou une publication).
Ma question est donc de savoir à quel point il serait difficile de rendre cela configurable par l’utilisateur (de manière similaire à la façon dont les utilisateurs peuvent décider s’ils voient le forum sous forme d’une liste plate de sujets ou de catégories, par exemple) ?
Puisque je n’ai pas encore consulté le code source, il n’est pas très facile pour moi de comprendre à quel point cela pourrait être compliqué, mais je crois que, du moins pour notre communauté, une telle fonctionnalité serait utile, permettant ainsi aux utilisateurs qui aiment vraiment (voire dépendent) du bouton « J’aime » pour exprimer un sentiment du type « Après avoir lu ce message, je suis d’accord avec ce que vous avez dit » de le conserver, tandis que ceux qui le considèrent comme une sorte d’ingénierie sociale et de fonction de « quête d’approbation » pourraient l’éliminer complètement de leur expérience…
Supprimer le bouton « J’aime » pour tous les utilisateurs du site semble être une tâche assez simple, mais cela nécessiterait une personnalisation importante de la mise en page du site. Ce type de personnalisation peut casser Discourse si la mise en page de base est modifiée lors d’une mise à jour de Discourse.
Supprimer uniquement la fonctionnalité de « J’aime » pour certains utilisateurs, de sorte qu’ils ne puissent ni aimer les publications ni voir leurs publications aimées, semble être un projet complexe.
Mon opinion personnelle est que les « J’aime » sont bénéfiques pour Discourse. Ils constituent un moyen simple d’échanger de l’attention. Ils aident également à réduire le bruit dans un sujet en diminuant le nombre de publications de type « Merci ». Une chose à noter concernant les « J’aime » est que vous êtes le propriétaire de votre site Discourse, de sorte que certaines préoccupations liées à l’ingénierie sociale concernant l’utilisation des « J’aime » sur les principales plateformes de médias sociaux pourraient ne pas s’appliquer à votre site Discourse. Je suis sûr que vous ne cherchez pas à rendre les utilisateurs dépendants du site afin de collecter autant de données personnelles que possible.
Un paramètre dont vos utilisateurs doivent être conscients est le paramètre « Avertir lors d’un « J’aime » » que l’on trouve dans les paramètres de notification de la page de profil de l’utilisateur. Ce paramètre est défini par défaut sur « Première fois qu’une publication est aimée et quotidiennement ». Certains utilisateurs de votre site pourraient préférer le régler sur « Première fois qu’une publication est aimée » ou « Jamais ». Si vous recevez trop de notifications d’un site Discourse, ce paramètre est un excellent moyen de les réduire.
Suggestion audacieuse : Si vous ajoutez ceux qui ne veulent pas le bouton « J’aime » dans un groupe, pouvez-vous ajouter du CSS qui cible uniquement ce groupe ?
Dans ce cas, vous pourrez masquer le bouton « J’aime » pour les utilisateurs appartenant à ce groupe.
J’ai déjà trouvé la fonctionnalité dans le panneau d’administration permettant de masquer la fonction « J’aime » pour tous les utilisateurs (désolé de ne pas l’avoir précisé plus tôt). La raison pour laquelle j’en parle est que certains utilisateurs (de la communauté dont je suis administrateur) estiment fermement que la fonction « J’aime » « conditionne » ou biaise les échanges vers des contenus qui « sont aimés » (plutôt que vers ce qui favorise une discussion productive), tandis que d’autres estiment tout aussi fermement que cette fonction leur permet d’exprimer et de recevoir un accord non verbal.
En guise de compromis, je pensais qu’il pourrait être relativement facile de transformer ce paramètre (déjà existant !) en une option « par utilisateur », plutôt qu’au niveau du système, de sorte que le CSS (référence) injecté dans le code source de la page intègre une logique conditionnelle du type « l’utilisateur souhaite-t-il voir les likes ? », permettant ainsi aux utilisateurs de décider quels boutons ils souhaitent « masquer » (de manière à ce qu’un masquage supplémentaire annule la visibilité définie dans le panneau d’administration, mais pas l’inverse). Autrement dit, les utilisateurs auraient la possibilité de masquer des fonctionnalités, mais pas de les rendre visibles si les paramètres de l’administrateur les masquent…
Cependant, je comprends que cela pourrait être considéré comme trop perturbateur, et il ne serait pas évident pour les autres utilisateurs de savoir qui, dans une communauté, voit (et peut répondre aux) likes, etc…
Les thèmes peuvent être sélectionnés par utilisateur, donc il est concevable de créer un thème « sans likes » qui masque les likes via CSS. Il est probable qu’il reste quelques traces ici et là, car le concept est au cœur de Discourse. Cependant, le faire disparaître des messages et des réponses, là où les gens sont le plus susceptibles de le voir, serait assez simple.
