Lorsque votre publication est rejetée par un membre du personnel, le message suivant s’affiche :
Bonjour [user],
Nous avons examiné votre nouveau sujet intitulé « [topic titles] » et avons quelques commentaires à vous faire.
Raison : N/a
Commentaires : C’est ce qui s’affiche lorsque votre publication reçoit un commentaire.
Vous pouvez modifier le message d’origine de votre sujet ci-dessous et le soumettre à nouveau pour apporter les modifications suggérées, ou répondre à ce message si vous avez des questions.
Mais vous ne pouvez pas réellement modifier le message car rien n’apparaît en dessous.
Voici une image du message privé envoyé à cet utilisateur de test après qu’il ait créé un message qui nécessitait une approbation et qu’il ait été rejeté avec une révision.
Et il n’y a rien à modifier en dessous.
Ma demande est donc que Discourse ajoute la possibilité de modifier réellement le message lui-même dans le message privé, puis qu’il soumette automatiquement le message sur le forum, et que les modérateurs puissent le réexaminer.
Bonne remarque ! J’ai déplacé ceci dans UX car cela concerne le langage dans l’interface.
J’ai parcouru mes messages privés de modérateur et j’en ai trouvé un similaire. En regardant votre capture d’écran et le texte copié du message privé, la partie écrite par l’utilisateur à qui des commentaires sont donnés est « test post for meta topic here ». Le reste est dans le modèle.
L’instruction est confuse car, comme vous le dites, vous ne pouvez pas modifier le message « ci-dessous ». Pour le modifier, il faudrait revenir au sujet et le modifier là-bas. Ou alors vous répondez pour en discuter avec les modérateurs.
Je ne pense pas que ce changement soit possible car cela compliquerait trop l’interface utilisateur.
Je pense que la réponse ici sera d’améliorer l’instruction comme ceci :
Vous pouvez modifier votre message pour apporter les modifications suggérées, ou répondre à ce message si vous avez des questions.
Nous pouvons également fournir un lien vers le message réel pour faciliter le retour à celui-ci.
cela fonctionnerait aussi, mais le fait est qu’une fois que les modérateurs rejettent le message, il ne peut plus être modifié, il envoie le MP mais ensuite ils doivent revenir en arrière et recréer le message.
De plus, je pense que peut-être s’il créait une réponse ou un brouillon dans les pages de brouillons de votre compte pour recréer le message avec le titre là-bas, puis vous le soumettez à nouveau.
Faites-moi savoir si cela a du sens.
De plus, l’ajout du lien signifierait que le rejet du message ne pourrait pas le supprimer car ils ne pourraient alors pas revenir en arrière et évaluer à nouveau leur message ?
Ah, je vois. La file d’attente de révision fournit simplement une copie du message (maintenant supprimé) pour la commodité de l’utilisateur, afin qu’il puisse le copier dans un nouveau message et l’améliorer là-bas. Cela le rend encore plus facile :
Votre message a été supprimé mais une copie est fournie ci-dessous pour votre commodité. Veuillez le publier à nouveau avec les modifications suggérées, ou répondre à ce message si vous avez des questions.
Cependant, pouvoir modifier le « post/sujet » en attente [1] serait formidable et améliorerait vraiment l’expérience des utilisateurs. Je pense qu’on en a parlé par le passé.
Actuellement, les posts en attente apparaissent dans le flux de posts ainsi que dans votre /activity/pending (cette page contient à la fois les posts et les sujets en attente), mais vous ne pouvez que les supprimer et non les réviser. S’ils pouvaient être modifiables de la même manière que la file d’attente de révision le permet aux administrateurs/modérateurs, alors la gestion de l’approbation avec « Réviser » pourrait éviter de le supprimer et le laisser en « attente ». Le PM de feedback pourrait alors avoir un lien pour faciliter la navigation, la modification et la soumission.
Il pourrait y avoir quelques aspérités à lisser pour éviter que l’utilisateur et le modérateur ne modifient en même temps, mais peut-être que certaines des nouvelles revendications de révision automatique pourraient aider à cela et fournir un verrou d’édition.
Il faudrait également prévoir une disposition pour le Reviewable après qu’il ait été traité comme Révisé, car théoriquement le drapeau aurait été traité, mais serait toujours en attente. (Et vous ne voudriez peut-être pas que cela reste un drapeau actif dans votre file d’attente de révision pendant que vous attendez un temps indéterminé pour la révision, qui pourrait ne jamais venir).
Je ne pense pas qu’il s’agisse réellement d’un post/sujet à ce stade, mais plutôt d’un précurseur ↩︎
Je pense que les nouveaux changements en cours dans la file d’attente de révision permettront d’attribuer des éléments signalés à d’autres personnes… peut-être dans ce cas, cela pourrait-il être réattribué à l’utilisateur qui l’a publié ?
Je pense qu’un système qui permettrait la possibilité réelle d’« abandon » pourrait être nécessaire. Donc, quelque chose qui peut se ranger automatiquement après un délai raisonnable.
Peut-être quelque chose d’intelligent comme l’élément en attente d’origine étant supprimé mais immédiatement remplacé par un doublon afin qu’il apparaisse exactement de la même manière pour l’utilisateur, mais qu’il puisse ensuite en créer un nouveau examinable dans la file d’attente lors de la nouvelle soumission.
Peut-être aussi une minuterie de suppression, de manière similaire à Supprimer les publications supprimées après (avec une « fenêtre de temps de révision » plus raisonnable que 24 heures).
Pas vraiment, cependant, si l’utilisateur dont le message a été rejeté avec les commentaires n’est pas là pour voir le rejet, puis revient 2 jours plus tard, le minuteur de suppression de 24 heures ne lui aurait pas permis de revenir pour le modifier et cela pourrait causer des problèmes dans différents forums ?
Peut-être est-il préréglé sur 24 heures, puis dans le tableau de bord admin, ils peuvent modifier le minuteur automatique ?
Ah, désolé pour la confusion. Je faisais référence à la valeur par défaut de 24 heures pour le paramètre d’administration existant « Supprimer les publications supprimées après », et que bien qu’une fonction similaire puisse également être appliquée ici, elle nécessiterait une fenêtre de temps beaucoup plus généreuse.
Hmm. Pas vraiment. Bien que si l’équipe produit s’intéresse à l’idée, et que l’équipe de développement pense que c’est la meilleure façon de la mettre en œuvre, alors je ne suis pas contre.
Mais dans mon esprit, cela resterait un « élément » en attente et serait modifiable depuis votre page /pending (avec au moins l’apparence d’un post/sujet). Le PM que vous recevez sur « Réviser » serait ostensiblement le même qu’actuellement mais avec un lien vous dirigeant vers l’endroit où l’élément en attente peut être modifié, et un message générique « vous avez {30 jours} pour réviser et soumettre à nouveau votre contribution avant qu’elle ne soit automatiquement supprimée » (ou quelque chose de similaire).
Je veux dire, beaucoup de cela ne sont que des idées et l’équipe de développement [1] pourrait très bien dire que l’image que j’ai en tête n’est pas la meilleure façon / est tout simplement irréalisable.
Mais je pense que si le premier élément en attente est traité comme sa propre entité (c’est-à-dire que le drapeau est géré, qu’un PM est envoyé, que l’élément révisable n’est plus en attente) et qu’une deuxième entité en attente en double est créée pour permettre la modification et la nouvelle soumission, alors il pourrait être placé dans la file d’attente d’approbation en tant que nouvel élément révisable une fois soumis à nouveau. L’élément en attente de révision pourrait également être clairement marqué comme tel sur la page /pending pour réduire la confusion (attend-il l’approbation du mod / attend-il que je le révise ?).
(s’ils reprennent un jour la fonctionnalité pour y travailler) ↩︎
Je ne suis pas sûr à 100 % de comprendre la question, mais je pensais à un flux quelque chose comme ceci :
flowchart TD
A[Publication/Sujet créé] --> B[En attente dans la file d'approbation]
B --> C[Réviser]
C --> D[En attente de révision]
D --> E[Soumettre à nouveau]
E --> B[En attente dans la file d'approbation]
B --> H[Approuver la publication/le sujet] --> I[Publié sur le site]
B --> F[Rejeter la publication/le sujet] --> G[Supprimé]
style F fill:#ff4c4c,stroke:#000,stroke-width:2px
style H fill:#4caf50,stroke:#000,stroke-width:2px
Ainsi, toute deuxième/troisième/quatrième révision bouclerait (et un modérateur pourrait décider manuellement quand il y en a eu assez )
Je pense que j’envisage que l’option « Réviser » soit utilisée dans les cas où il y a une plus grande probabilité de recevoir une meilleure version (donc tout ce qui n’atteint pas ce seuil ne serait pas renvoyé pour révision en premier lieu)
Ok, cela a plus de sens, mais supposons que nous ajoutions un paramètre pour les révisions multiples appelé post rejected reviews delete où les administrateurs définissent après (x) refus de révision, cela supprime automatiquement le message pour éviter un nombre infini de révisions ?
