Nous essayons d’encourager les utilisateurs à s’entraider. Nous avons décidé de commencer à attribuer un badge personnalisé « Utilisateurs aidant les utilisateurs » (u-h-u) aux utilisateurs qui sont les premiers à répondre et dont la réponse tente d’aider.
Parce que nous voulons beaucoup de ce comportement, j’ai fait en sorte que le badge puisse être obtenu plus d’une fois.
Comme il faut une intelligence humaine (actuellement) pour évaluer si la réponse d’un utilisateur a été une tentative d’aide ou juste un « moi aussi », ce badge est attribué manuellement.
L’ajout d’humains introduit nécessairement un point de défaillance et j’ai réalisé qu’il serait très facile d’attribuer le badge u-h-u au même utilisateur/post encore et encore. Rien ne vous en empêche. Pour les badges qui ne peuvent être attribués qu’une seule fois, ils disparaissent de la liste déroulante d’attribution de badges, mais celui-ci ne le fait pas.
Donc, pour plusieurs raisons (y compris le renforcement auprès d’autres utilisateurs), je pense qu’il serait bon d’avoir quelque chose comme ceci :
Oh, je n’ai pas écrit de réponse pour dire que vous auriez dû chercher d’abord, mais pour montrer mon soutien à la demande de fonctionnalité, car c’est quelque chose dont je me souviens avoir été demandé de nombreuses fois auparavant.
Et les nouveaux Sujets Connexes agissant sur votre nouveau sujet sont bien meilleurs qu’une simple recherche, et peuvent trouver des sujets qu’une recherche ne pourrait pas
Je suppose donc qu’un plugin pourrait rechercher des badges pour des sujets et les ajouter au sérialiseur ? Cela semble potentiellement coûteux, bien que je n’aie pas regardé à quoi ressemblerait la requête.
J’ai fermé les deux autres en faveur de celui-ci et je les ai redirigés ici.
Une chose que Sam a suggérée dans l’autre sujet était d’ajouter une notification du personnel au message qui a obtenu le badge manuel afin de le souligner et de le marquer comme ayant déjà obtenu un badge :
Mon cas d’utilisation est que je crée des sujets « Club de lecture » et que tous ceux qui lisent le livre puis en discutent devraient recevoir un badge « Club de lecture ». Le badge peut être décerné plusieurs fois, car nous avons un livre différent chaque mois.
Cela ne peut pas vraiment être automatique ou accordé en masse par l’API, car toute personne qui publie « Je ne veux pas lire ce livre » ferait techniquement partie du sujet et je ne veux pas lui donner le badge.
Ce que j’ai fait, c’est lire le fil de discussion et chaque fois que quelqu’un dit qu’il a terminé et écrit sa critique, je lui décerne manuellement le badge. C’est une bonne solution de contournement, bien qu’un peu longue.
Le problème, c’est qu’après un mois, j’oublie à qui je l’ai décerné et à qui je ne l’ai pas décerné, et je dois continuer à cliquer sur leurs profils pour voir s’il a été décerné. Cela devient compliqué car les gens peuvent en gagner plusieurs fois.
Pour faire court, si quelqu’un reçoit un badge pour un message, serait-il possible d’afficher le badge à côté de ce message ? Toutes les données sont là pour le faire, cela ne semble pas trop difficile ? Et cela aiderait vraiment à garder une trace !
PS. Sur une note connexe, il semble y avoir un bug qui fait que la « Raison » n’est pas réellement définie. Je l’ai certainement accordé directement sur le message, mais la Raison ne s’affiche pas :
Tous les badges décernés en relation avec les publications sont-ils affichés ?
Surtout avec les premiers messages, plusieurs badges sont facilement déclenchés. Par exemple, un lien vers un autre sujet sur une ligne séparée suffit à déclencher le premier lien, la première citation et le premier onebox. Je trouverais donc utile de pouvoir exclure ces badges. En fait, je pense que je préférerais une solution d’adhésion, car je pense que j’aimerais exclure la plupart des badges.
Comment le système aime-t-il son propre message ? Les badges que d’autres personnes ont gagnés en agissant sur une publication (comme l’ajout d’une réaction) sont-ils affichés à côté du nom d’utilisateur de l’auteur de la publication ? Que se passe-t-il si de nombreux utilisateurs gagnent le « premier like » pour la même publication ?
L’idée est que tous les badges décernés en relation avec les publications soient affichés, oui. J’ai essayé d’ajouter plusieurs badges à une seule publication, je ne pense pas que ce soit particulièrement écrasant.
Il convient de considérer que cela ne se produirait vraiment que lorsqu’un utilisateur rejoint le site pour la première fois, où il est susceptible de recevoir plusieurs badges rapidement.
Oups, bonne remarque ! Je récupérais tous les badges qui avaient été gagnés pour une publication, plutôt que seulement les badges gagnés par l’auteur de la publication pour cette publication.
J’ai peaufiné cela aujourd’hui, il y a quelques changements récents sur lesquels j’aimerais avoir vos retours.\n\nTout d’abord, j’ai ajouté les couleurs des types de badges aux badges, mais j’ai l’impression que cela pourrait être une distraction visuelle un peu trop importante lors du défilement d’un sujet :\n\n
\n\nQu’en pensez-vous ? Est-ce que ça va, ou est-ce trop ?\n\nJ’ai aussi réfléchi davantage à la manière d’exclure des badges individuels. Je ne pense pas que cela nécessite une toute nouvelle option, j’ai donc ajouté une classe CSS à chaque badge en fonction du slug du badge, afin que vous puissiez choisir de les masquer individuellement via le CSS de votre thème. Par exemple :\n\ncss\n.topic-meta-data .user-badge-button-first-onebox {\n display: none;\n}\n\n\nCela permet un niveau de personnalisation très précis pour ceux qui le souhaitent. Au lieu de pouvoir simplement l’activer ou le désactiver, vous pouvez choisir d’attirer l’attention sur certains badges ! \n\ncss\n.topic-meta-data .user-badge-button-first-onebox {\n animation: blinker 1s step-start infinite;\n}\n\n@keyframes blinker {\n 50% {\n opacity: 0;\n }\n}\n
Qu’en est-il de tous ces administrateurs qui ne sont pas programmeurs ? L’argument « il pourrait être masqué avec CSS » fonctionne pour de nombreuses fonctionnalités de Discourse et pourtant, un réglage est souvent ajouté. Je pense qu’il devrait y avoir une option pour le désactiver sans utiliser CSS. Et je préférerais toujours une solution d’adhésion car j’aime l’idée de mettre en évidence des badges spécifiques, mais je n’aimerais pas voir tous les badges « premier xxx » partout dans toutes les communautés Discourse. Et je crains que de nombreux administrateurs ne prennent pas la peine de le désactiver, surtout si vous avez besoin de connaissances en CSS pour le faire.
Je pense que cela dévalorise également le bouclier du modérateur, car il ressemble maintenant à un autre badge.
J’aime les couleurs car sinon il n’y a pas de différence entre un sujet agréable et un sujet génial. Et les couleurs peuvent également être utiles pour les images multicolores personnalisées qui ont été téléchargées. Mais je comprends votre préoccupation concernant le bruit visuel. Le plugin de réactions a un réglage
panneau de réactions désaturé de réactions discourse
Réduit le bruit visuel des réactions en les affichant désaturées jusqu’au survol
Beaucoup de réglages comme celui-ci fonctionneraient ici aussi. Mais cela pourrait aussi être fait avec du CSS
Concernant le CSS, je suis juste ravi d’avoir la possibilité d’en désactiver certains.
Serait-il préférable de le rendre optionnel, un réglage non-CSS ? Absolument !
Je ne pense pas que les administrateurs aient besoin d’être programmeurs pour modifier le CSS du thème (voir : l’écosystème massif qu’étaient les thèmes MySpace, à l’époque). Plutôt, je pense que nous devrions viser à permettre aux administrateurs d’expérimenter pour rendre leur site unique.
Choisir d’adhérer à chaque badge est tout à fait possible :
// Masquer tous les badges par défaut.
.user-badge-buttons > span {
display: none;
}
// Afficher le badge Premier Citation.
.user-badge-buttons > .user-badge-button-first-quote {
display: revert;
}
Je suis tout à fait d’accord, merci de l’avoir souligné ! J’ai ajouté un peu d’espacement entre le bouclier et les badges, pour les maintenir visuellement séparés.
Il convient également de mentionner qu’il est relativement facile d’ajouter du CSS personnalisé à votre site sans avoir de connaissances techniques spécifiques : Making custom CSS changes on your site. Si la documentation de cette fonctionnalité d’indicateur d’insigne peut inclure des exemples de CSS à utiliser, alors il serait très simple pour tout administrateur de site de copier/coller ce dont il a besoin, et de modifier si nécessaire.
)
\n\n