Recently, several topics advocate using tag wikis for more than a cursory explanation of the tag:
- Tag wikis need a size and functionality increase
- Kill the book lists and put them home in their respective tag wikis
On SU, a similar issue is currently being implemented as an alternative to toplist questions:
Given increased editing activity on the tag wikis, and possibly increasingly subjective content in them, the current ways for reviewing their content are really inadequate:
- Suggested edit review (one user's approval on SU)
For questions and answers, edits that don't bump are bad:
Implementing any sort of "don't bump" functionality would also delay accountability and transparency for those edits.
Notifying users of edits in the system allows them to take a look at the content and make sure there isn't something fishy going on. Imagine if people could make changes to the system without anybody noticing. That is very exploitable.
But this is exactly the situation for tag wikis. There is no front page where newly edited tag wikis show up for community review.
If a user is trusted or one of a tag's top users, there is no review possible at all, since the edit doesn't show up anywhere useful.
There's a list of recently created tags in the 10k tools, but it's very different and cannot be used for reviewing edits to tag wikis. The tags listed there usually have no tag wikis and very few associated questions. Additionally, it's completely redundant, given
Tag wiki suggested edits and the decision are shown and linked to in the suggested edit statistics at
/tools/suggested-edits?tab=all, but it's not possible to filter for tag wiki edits only, and it doesn't show edits by users with the privilege to edit without review.
There is no effective community review of tag wiki edits.
We need something like the front page for tag wikis: A list of recently edited tag wikis, so that the community can actually review edits of any tag wiki.
This topic is related, but has its focus on the inbox and actively notifying interested users, and requires some kind of opt-in. It's much more complicated to use (and probably also to implement) than just creating a list of recently edited wikis as part of
/tags that can be reviewed at will without prior commitment.