Experiment: Collaborative content gardening hub for meta

We want to try experimenting with making space for more collaborative content gardening here on meta, where users who want to help tidy various parts of the forum can coordinate directly with each other.

Think of this topic as a place to discuss things that are worth tidying, but may be too trivial to deserve their own topic or to be flagged.

We expect this process may evolve into something more sophisticated, but we want to start lean, using a single topic, and learn by doing together.

How it works

This first post as a living document, capturing our guidelines for this activity. As we discover things that feel like they are working (or not working), we’ll capture them here for reference.

Kinds of things we want to tidy together

  • Move topics to the appropriate category
  • Tag completed feature, bug, or UX topics with appropriate tags[1]
  • Close topics that are no longer relevant
  • Mark solutions for topics in the Support category and subcategories
  • Deduplicate topics by merging them or closing duplicates with links to canonical topic
  • Delete or unlist obsolete topics

What to post about here

  • Clarify what or how to tidy
    • Ask clarifying questions about the above guidelines or specific cases
      (Larger discussions can be split out into their own topics)
  • Suggest things to tidy
    • Point out topics that you think should be tidied, if you don’t have the power to do it yourself
  • Share work you’ve done if it’d help us learn
    • We don’t need to share all our work, but do share if some action we’ve taken is a helpful example for others to learn from

What not to do

  • Don’t @ people
    • People who want to participate will follow this topic and engage on their own time
  • Don’t use for typos
    • Some things are trivial enough issues to just leave be
  • Don’t use as a replacement for flags that need moderator attention
    • Posts that need moderator attention should still be flagged

Won’t this topic get messy? How do we keep it tidy?

This is a topic for active collaboration among those who choose to participate. It’ll be messy, but that’s OK, as long as the mess isn’t getting in the way of doing the work.

If the mess is getting in our way of doing the work, we’ll discuss what to do about it.


  1. Add completed tag to topics in Contribute > Feature and fixed to Contribute > Bug topics that are complete. And whichever one is more appropriate to completed Contribute > UX topics. ā†©ļøŽ

3 Likes

Would someone please add:
upcoming-changes to

I think the latter also didn’t get one of the documentation tags, which should be added based on Writing effective documentation for Discourse

I think Announcing AI credentials might need the ai tag

And Themeable site settings are now available could be tagged with theme-site-settings

1 Like

Done

Except for:

Because adding a tag documentation to the category documentation feels obsolete?

1 Like

It’s not about adding documentation but

1 Like

Ok understood. Explanation it is then.

2 Likes

There are lots of Documentation topics that have none of these tags. Maybe someone can take a look without me linking them all.

The topic filter can help to find them
https://meta.discourse.org/filter?q=category%3Adocumentation%20-tag%3Ahow-to%2Creference%2Cexplanation%2Ctutorial%2Cindex

2 Likes

Sounds like we may need to revisit the guidelines we’ve created for ourselves with those tags in documentation (that’s probably a conversation that deserves its own topic).

1 Like
2 Likes

theme-guides to all the topics of the ā€œnewā€ Theme developer tutorial topics
https://meta.discourse.org/search?expanded=true&q=Theme%20developer%20tutorial%20in%3Atitle

1 Like

Oh, are you not able to add those ones yourself @Moin?

If so, I’d say go ahead and tag them.

You can share changes you’ve made here if you want another set of eyes on them, or you can ask first if you’re unclear whether they should be tagged.

I’m also learning my way around what powers different people do and don’t have, so we can make the appropriate adjustments there as well as we figure that part of things out.

1 Like

TL3s cannot edit titles/tags/category for Documentation, where it is read-only.

2 Likes

If I was able to tag them myself I would have done so. But I don’t have permission to create topics in these categories and because of that edit_all_topics permissions don’t help me.

1 Like

Ah, thank you both for clarifying.

I’ll have a think about whether we can or should make some adjustment there. In the meantime, fire away.

1 Like

Can’t you just please make Moin TL4 that would be a lot easier :slight_smile:

5 Likes

Mark as solution: Need Help on Category on left sidebar - #2 by ondrej

Should I make this a wiki so others can just add on with checkboxes?

1 Like

Hm. What’s the current state of notification on edit for a wiki reply? If there’s none, then it might only work for a short-term blitz.

The author is notified. Users watching the topic would only be notified if it was the first post.

I am curious why you prefer a notification compared to seeing that something was done right where it was posted. If someone was reading this topic now, seeing right at Experiment: Collaborative content gardening hub for meta - #8 by Moin if these were done, could be easier than checking all the replies if someone already added the tags.

Checkboxes are great, I’m just wondering down the road whether people will find an old existing reply and add issues to a list – and would anyone notice if they did. Maybe I misunderstand the intent.

1 Like

I thought the intent was that more users could check the checkbox. You need edit permission on the post for that, which the wiki would add for TL2+.

But only TL3 can make their own post a wiki, so I am not sure it’s that helpful. Something a TL3 cannot do on their own likely needs a TL4, and those can edit the posts without them being a wiki.

Mark as solution?

Here’s one from Aug 2024 where the user mentions the solution, but didn’t mark it:
https://meta.discourse.org/t/prevent-replies-to-op/322513/11?silent=true

I’m inclined to mark this myself because it’s old, rather than poke the OP as Nate did with a more recent one. Thoughts?

1 Like