Les badges sont un excellent moyen de reconnaître quelqu’un qui fait du bon travail. Discourse permet désormais d’attribuer un badge à un ensemble d’utilisateurs.
Si vous accédez à la section des badges dans le panneau d’administration, vous remarquerez qu’un nouveau bouton appelé « Attribution en masse » est maintenant disponible à côté du bouton « Nouveau » :
Après avoir cliqué dessus, vous serez invité à sélectionner un badge et à commencer :
Sélectionnez le badge que vous souhaitez attribuer et téléchargez un fichier CSV contenant une liste d’adresses e-mail ou de noms d’utilisateur (un par ligne)
Je propose de modifier cette formulation en « attribuer un badge à un ensemble d’utilisateurs », car groupe a un sens précis dans Discourse et une série d’adresses e-mail aléatoires dans un fichier CSV ne correspond pas à cela .
Lors de l’ajout en masse d’utilisateurs à un groupe, le système attend une liste de noms d’utilisateurs. Lors de l’ajout en masse d’utilisateurs à un badge, le système attend un fichier .csv contenant des adresses e-mail.
Personnellement, je préfère la liste des noms d’utilisateurs, car il est beaucoup plus facile de les extraire des forums sans passer par toutes les démarches administratives, et j’ai quelques astuces Excel qui permettent de générer une liste prête à copier-coller. J’avais l’habitude d’attribuer des badges en masse en ajoutant d’abord une liste à un groupe temporaire, puis en modifiant la requête du badge pour l’attribuer à l’ensemble de ce groupe. Lorsque l’option « attribuer un badge à un ensemble d’utilisateurs » est apparue, j’avais espéré pouvoir supprimer une étape…
Existe-t-il un moyen de rendre la méthode de la liste d’utilisateurs valide comme alternative pour l’attribution en masse de badges ?
Je suis d’accord, nous devrions prendre en charge les deux.
Si le premier élément de la liste contient un « @ », alors importer par e-mail, sinon, importer par nom d’utilisateur.
De plus, nous pourrions être un peu plus souples concernant le format de cette liste.
Nous pourrions simplement exiger que les e-mails ou les noms d’utilisateur soient sur leur propre ligne, puis effectuer un split("\n"), supprimer les lignes vides, supprimer les virgules « , » à la fin et supprimer les paires de guillemets simples ou doubles (par exemple, gsub(/^['"]|['"]$/, "")).
Je sais que c’est difficile et que cela commence à risquer de créer un dérapage des objectifs, mais je me demande si, avec le temps, l’interface d’administration pourrait viser une plus grande cohérence dans toutes les opérations de masse administratives ? Par exemple, lors de :
L’attribution de badges en masse : Sélectionner un badge, puis télécharger un fichier CSV contenant les adresses e-mail des utilisateurs
L’ajout d’utilisateurs à un groupe en masse : Sélectionner un groupe, puis coller une liste d’identifiants ou d’adresses e-mail, un par ligne
L’invitation d’utilisateurs à Discourse en masse : Télécharger un fichier CSV contenant les adresses e-mail des utilisateurs (avec la possibilité de spécifier les groupes auxquels les ajouter et le premier message à leur afficher)
Il est clair que ces opérations présentent des points communs, mais aussi des disparités nettes où elles ne font pas exactement la même chose. Donc, je ne sais pas à quel point il serait facile de travailler vers un paradigme d’interface cohérent pour toutes les actions de masse administratives. Mais j’ai pensé soulever le problème ici, puisqu’il est actuellement discuté.
Parmi ces trois variantes, je dirais que la plus agréable actuellement est « Ajouter en masse à un groupe » avec « Coller une liste d’identifiants ou d’adresses e-mail, un par ligne ».
Souvent, je souhaite inviter plusieurs utilisateurs (par exemple 5 à 10), et la méthode d’invitation un par un est un peu irritante et lente, tandis que la méthode d’invitation via CSV est un peu fastidieuse et m’oblige à lancer un autre programme ou à modifier manuellement le fichier CSV. Même si le téléchargement de CSV était conservé pour les très grandes invitations en masse, il serait formidable d’avoir une fenêtre d’invitation d’utilisateurs similaire à celle d’« Ajouter en masse à un groupe ». Bien sûr, elle ne pourrait accepter que des adresses e-mail, une par ligne, mais cela conviendrait parfaitement.
Bien que ce ne soit pas encore aussi simple que de coller une liste de noms d’utilisateurs dans une zone de texte, c’est un grand pas en avant par rapport à la nécessité d’utiliser des adresses e-mail ! Y a-t-il des projets pour unifier la gestion en masse de l’ajout d’utilisateurs à des groupes ou à des badges ? Je ne suis pas programmeur, mais cela ressemble à du code réutilisable à mes yeux
Est-il possible d’attribuer plusieurs fois un badge à un utilisateur avec cette fonctionnalité ? Selon mes propres tests, cela semble ne pas être pris en charge.
L’attribution en masse d’un badge à une liste d’utilisateurs n’accorde pas un deuxième badge à ceux qui en possèdent déjà un.
Si la case « Peut être attribué plusieurs fois » du badge est cochée (située dans la section inférieure de la page d’administration des badges), vous devriez pouvoir attribuer le badge plusieurs fois de cette manière.
Je l’ai activé, mais avec une importation CSV (même une simple liste de noms d’utilisateurs qui possèdent déjà le badge), cela ne le réattribue pas. Je dois attribuer manuellement le badge à l’utilisateur avant qu’il ne s’affiche comme étant attribué plusieurs fois.
Pouvez-vous attribuer un badge à une ou deux personnes manuellement plutôt qu’en téléchargeant un fichier CSV ?
Pour une raison quelconque, le badge « enthousiaste », qui s’obtient en se connectant pendant 10 jours consécutifs, ne fonctionne pas pour une personne qui s’est connectée pendant 12 jours consécutifs.
Je pense que ce badge est assez fiable, mais parfois la différence entre les fuseaux horaires et l’UTC peut lui donner une apparence trompeuse.
Je ne pense pas que vous puissiez attribuer ce badge manuellement actuellement, mais créer un fichier CSV avec le(s) nom(s) d’utilisateur(s) ne prend qu’une seconde ou deux. Je viens de faire un essai en utilisant Google Sheets sur mon téléphone, et c’était très rapide.
.
