Hi, I am adding my +1 that this feature is useful for large communities with decentralized approaches to governance across tags.
I am adding here a few additions to the last thread:
This is a challenge for the Fedora Community because both leadership and the community follow an open policy for managing tags. Any registered group in Fedora can request new tags and assign tag discussion moderators. The Fedora leadership works with the community to create new tags and promote them across the community (e.g. documentation, wikis, websites, word-of-mouth). Additionally, as a large community that covers a wide range of topics, we also have a lot of tags! I don’t always know every tag in Fedora Discourse.
So, when a site admin (who actively participates to varying degrees across Fedora Discourse) adds tags to a post or participates in a tag with specific rules, it becomes an easy mistake for a Fedora Discourse admin to break Fedora’s open policies. The open policies are how we make our global site governance more inclusive and accessible to the community. In this way, our site admin privileges can sabotage our open approach to how Fedora leadership runs the Fedora Discourse for the community.
While this technically works, it is an onerous task for a site admin who posts actively across several tags. It is a negative user experience because sometimes I don’t have a lot of immediate time on hand (e.g. in a short break between meetings with follow-up actions). Patience is difficult with the extra user flow before I get to the thing I was trying to do in the first place (i.e. make a new thread across relevant tags I know exist and think might exist).
I don’t see this feature request as taking away an admin’s ability to override. Instead, it gives informed consent to a site admin vis-à-vis active site poster that they are breaking site rules and tagging norms during the action of doing it, not after.