Expérience : Hub de jardinage de contenu collaboratif pour meta

Nous souhaitons essayer d’expérimenter la création d’un espace pour un contenu plus collaboratif de type « jardinage de contenu » ici sur meta, où les utilisateurs souhaitant aider à ranger diverses parties du forum peuvent se coordonner directement les uns avec les autres.

Considérez ce sujet comme un endroit pour discuter des choses qui méritent d’être rangées, mais qui sont peut-être trop triviales pour mériter leur propre sujet ou pour être signalées.

Nous nous attendons à ce que ce processus évolue vers quelque chose de plus sophistiqué, mais nous voulons commencer modestement, en utilisant un seul sujet, et apprendre en faisant ensemble.

Comment ça marche

Ce premier message est un document vivant, qui capture nos directives pour cette activité. Au fur et à mesure que nous découvrirons des choses qui semblent fonctionner (ou ne pas fonctionner), nous les consignerons ici à titre de référence.

Types de choses que nous voulons ranger ensemble

  • Déplacer les sujets vers la catégorie appropriée
  • Étiqueter les sujets avec les étiquettes appropriées
    • Ajouter l’étiquette #completed aux sujets dans #contribute:feature et #fixed aux sujets dans #contribute:bug qui sont terminés
  • Fermer les sujets qui ne sont plus pertinents
  • Marquer les solutions pour les sujets dans la catégorie #support et ses sous-catégories
  • Dupliquer les demandes de fonctionnalités
  • Sujets obsolètes

De quoi publier ici

  • Clarifier quoi ou comment ranger
    • Poser des questions de clarification sur les directives ci-dessus ou sur des cas spécifiques
      (Les discussions plus importantes peuvent être séparées dans leurs propres sujets)
  • Suggérer des choses à ranger
    • Signaler des sujets que vous pensez devoir être rangés, si vous n’avez pas le pouvoir de le faire vous-même
  • Partager le travail que vous avez effectué s’il peut nous aider à apprendre
    • Nous n’avons pas besoin de partager tout notre travail, mais partagez si une action que nous avons entreprise est un exemple utile pour que d’autres puissent apprendre

Ce qu’il ne faut pas faire

  • Ne pas mentionner (@) les gens
    • Les personnes qui souhaitent participer suivront ce sujet et s’engageront à leur propre rythme
  • Ne pas utiliser pour les fautes de frappe
    • Certaines choses sont des problèmes trop triviaux pour s’en préoccuper
  • Ne pas utiliser comme substitut aux signalements nécessitant l’attention des modérateurs
    • Les messages nécessitant l’attention des modérateurs doivent toujours être signalés

Ce sujet ne va-t-il pas devenir désordonné ? Comment le garder rangé ?

Ceci est un sujet pour la collaboration active entre ceux qui choisissent de participer. Il sera désordonné, mais c’est normal, tant que le désordre n’entrave pas le travail.

Si le désordre nous empêche de faire le travail, nous discuterons de ce qu’il faut faire à ce sujet.

3 « J'aime »

Quelqu’un pourrait-il ajouter :
upcoming-changes à

Je pense que ce dernier n’a pas non plus reçu l’une des étiquettes de documentation, qui devrait être ajoutée sur la base de Writing effective documentation for Discourse

Je pense que Announcing AI credentials pourrait avoir besoin de l’étiquette ai

Et Themeable site settings are now available pourrait être étiqueté avec theme-site-settings

1 « J'aime »

Fait

Sauf pour :

Parce qu’ajouter une balise documentation à la catégorie documentation semble obsolète ?

1 « J'aime »

Il ne s’agit pas d’ajouter le tag Documentation mais

1 « J'aime »

D’accord, compris. Explication alors.

2 « J'aime »

Il y a beaucoup de sujets de Documentation qui n’ont aucune de ces étiquettes. Peut-être que quelqu’un peut y jeter un œil sans que je doive tous les lier.

Le filtre de sujets peut aider à les trouver
https://meta.discourse.org/filter?q=category%3Adocumentation%20-tag%3Ahow-to%2Creference%2Cexplanation%2Ctutorial%2Cindex

2 « J'aime »

Il semble que nous devrons peut-être revoir les directives que nous nous sommes fixées pour ces balises dans la documentation (c’est probablement une conversation qui mérite son propre sujet).

1 « J'aime »
2 « J'aime »

#guides-de-thème pour tous les sujets des tutoriels pour développeurs de thèmes «nouveaux»
https://meta.discourse.org/search?expanded=true&q=Theme%20developer%20tutorial%20in%3Atitle

1 « J'aime »

Oh, vous ne pouvez pas les ajouter vous-même @Moin ?

Si c’est le cas, je dirais d’y aller et de les étiqueter.
Vous pouvez partager les modifications que vous avez apportées ici si vous souhaitez un autre avis, ou vous pouvez demander d’abord si vous n’êtes pas sûr qu’elles devraient être étiquetées.

J’apprends également quels pouvoirs différentes personnes ont et n’ont pas, afin que nous puissions apporter les ajustements appropriés au fur et à mesure que nous comprenons cette partie des choses.

1 « J'aime »

Les TL3 ne peuvent pas modifier les titres/balises/catégories pour Documentation, où c’est en lecture seule.

2 « J'aime »

Si j’étais en mesure de les étiqueter moi-même, je l’aurais fait. Mais je n’ai pas la permission de créer des sujets dans ces catégories et, pour cette raison, les permissions edit_all_topics ne m’aident pas.

1 « J'aime »

Ah, merci à vous deux pour ces précisions.

Je vais réfléchir à si nous pouvons ou devons faire un ajustement là-dessus. En attendant, allez-y.

1 « J'aime »

Ne pourriez-vous pas simplement faire de Moin TL4, ce serait beaucoup plus facile :slight_smile:

5 « J'aime »

Marquer comme solution : Need Help on Category on left sidebar - #2 by ondrej

Devrais-je en faire un wiki pour que d’autres puissent simplement ajouter des cases à cocher ?

Hmm. Quel est l’état actuel de la notification lors de la modification d’une réponse wiki ? S’il n’y en a pas, cela pourrait ne fonctionner que pour un blitz à court terme.

L’auteur est notifié. Les utilisateurs qui suivent le sujet ne seraient notifiés que s’il s’agissait du premier message.

Je suis curieux de savoir pourquoi vous préférez une notification par rapport à voir que quelque chose a été fait juste là où il a été posté. Si quelqu’un lisait ce sujet maintenant, voir directement à Experiment: Collaborative content gardening hub for meta - #8 by Moin si cela a été fait, pourrait être plus facile que de vérifier toutes les réponses si quelqu’un a déjà ajouté les étiquettes.

Les cases à cocher sont excellentes, je me demande juste si, à l’avenir, les gens trouveront une ancienne réponse existante et ajouteront des problèmes à une liste – et si quelqu’un le remarquerait s’ils le faisaient. Peut-être que je comprends mal l’intention.

1 « J'aime »

Je pensais que l’intention était que plus d’utilisateurs puissent cocher la case. Il faut une permission de modification sur la publication pour cela, ce que le wiki ajouterait pour les TL2+.

Mais seuls les TL3 peuvent faire de leur propre publication un wiki, donc je ne suis pas sûr que ce soit très utile. Quelque chose qu’un TL3 ne peut pas faire par lui-même nécessite probablement un TL4, et ceux-ci peuvent modifier les publications sans qu’elles soient un wiki.

Marquer comme solution ?

Voici un exemple d’août 2024 où l’utilisateur mentionne la solution, mais ne l’a pas marquée :
https://meta.discourse.org/t/prevent-replies-to-op/322513/11?silent=true

Je suis enclin à le marquer moi-même car il est ancien, plutôt que de relancer l’OP comme Nate l’a fait avec un cas plus récent. Avis ?

1 « J'aime »