Existe-t-il un moyen de cibler les boutons « Usurper l’identité » et « Anonymiser l’utilisateur » sur la page admin/utilisateur ?
Je veux cacher ces boutons spécifiques. Plutôt, je ne peux identifier que .btn-danger, .admin-wizards-custom-fields .btn.destroy
Ce qui cache également les boutons supprimer, fusionner, faire taire et suspendre.
De plus, je n’arrive pas à cacher l’onglet messages sur la carte utilisateur avec la possibilité de restaurer/afficher l’élément pour « soi-même ».
Quel problème essayez-vous de résoudre ? Dites-vous que vous ne faites pas confiance à vos administrateurs pour usurper l’identité ou anonymiser des utilisateurs ? Et qu’ils ne sauront pas utiliser le safe-mode pour contourner votre masquage de ces boutons ? Si c’est le cas, vous avez un problème qui ne peut pas être résolu avec CSS.
J’avais déjà fait cela il y a quelque temps, mais je ne me souviens plus du CSS spécifique que j’avais écrit pour cela.
Le cas d’utilisation de ce forum est un groupe de travail, mais pas un groupe typique. C’est un syndicat et il est spécifiquement destiné aux représentants élus. Certains représentants sont des dirigeants, d’autres non. Quoi qu’il en soit, les dirigeants ont besoin de capacités d’administrateur fonctionnelles, mais pas de la manière dont un administrateur de forum communautaire a accès.
Il n’y a AUCUN besoin de modération, il n’y a absolument aucune bonne raison de lire les messages privés de quelqu’un (car nous essayons de nous éloigner de l’e-mail comme principal moyen de discussion, mais les clients de chat comme Slack ne sont pas aussi utiles qu’un tableau de style forum), et il n’est jamais nécessaire d’usurper l’identité d’un utilisateur. De plus, l’anonymisation est absolument inutile.
De plus, aucun des administrateurs (rôles de direction dans le groupe) n’a d’expérience en informatique. La façon dont je l’avais implémenté auparavant était de créer un composant de thème qui cachait tout ce qui rend Discourse utile pour un forum communautaire et non pour un groupe de travail professionnel. Ensuite, j’ai créé une requête Data Explorer pour montrer si et quand ce composant de thème était désactivé. De cette façon, si cela se produisait, n’importe qui pourrait tenir responsable la personne qui porte atteinte à la vie privée/aux catégories protégées.
C’est un petit groupe de travail, nous n’avons pas accès à un service informatique pour le maintenir. Le CSS le cache, et oui, je sais que n’importe qui peut extraire les informations qu’il souhaite de la ligne de commande, mais à ce stade, nous aurions beaucoup plus de problèmes.
Eh bien, le modèle a peut-être changé, car aucun de nous ne voit comment cibler uniquement ce bouton. (Cela semble toutefois un changement peu probable).
D’après ce que je peux dire, j’essaierais plutôt de trouver comment ajouter les fonctionnalités d’administration dont les utilisateurs normaux ont besoin plutôt que de prétendre que les administrateurs ne peuvent pas tout faire.
Je pense que cela pourrait être le cas car ces boutons n’avaient pas d’élément dynamique auparavant.
Je sais que ce que j’essaie de faire en termes de configuration est un peu étrange, mais c’est bien pensé avec une compréhension complète de sa mécanique. Je veux vraiment utiliser Discourse plutôt que d’autres options de communication pour notre groupe car je crois que c’est le meilleur pour ce que nous pouvons en faire dans l’ensemble. Il y a juste quelques éléments intégrés qui rendent les choses difficiles car il n’y a aucun moyen de désactiver les capacités dans leur ensemble (et de les activer uniquement si nécessaire avec des actions enregistrées).
oui, mais cela masque également les boutons de suppression d’utilisateur et de fusion. Je voulais les conserver.
J’essaie de cibler le bouton lui-même. Je l’ai fait avec l’onglet des messages sur la page utilisateur de cette façon pour le masquer à tous les utilisateurs (admin) et le réafficher pour soi-même
J’ai aussi essayé ceci, je crois que c’est comme ça que je l’ai fait il y a un moment, mais je ne suis pas sûr à 100%, ça fait un moment. mais hélas, ça ne fonctionne pas…
.pull-right est une classe utilitaire qui est utilisée dans de nombreux endroits, donc cela aurait probablement des impacts négatifs ! Généralement avec CSS, si vous essayez de cibler un élément… vous voulez considérer à quel point le sélecteur est spécifique. S’il ressemble à quelque chose de générique qui pourrait être utilisé ailleurs (comme .btn pour un autre exemple), alors il est probablement trop large. Quelque chose comme .admin-user .pull-right pourrait être assez spécifique.
Quoi qu’il en soit, j’ai soumis une pull request pour ajouter des classes à ces boutons d’administration. Cela devrait être disponible dans les mises à jour de Discourse dans les prochains jours.
Une fois que cela sera fusionné, vous pourrez faire n’importe quelle combinaison de
Je me demandais pourquoi cela ne semblait pas aussi spécifique que la plupart des autres exemples avec lesquels j’ai joué.