Quando il tuo post viene rifiutato da uno staff, questo è il messaggio che viene mostrato
Ciao [user],
Abbiamo esaminato il tuo nuovo argomento intitolato “[topic titles]” e abbiamo alcuni feedback per te.
Motivo: N/a
Feedback: Questo è ciò che viene mostrato quando al tuo post viene dato un feedback
Puoi modificare il post originale del tuo argomento qui sotto e reinviarlo per apportare le modifiche suggerite, o rispondere a questo messaggio se hai domande.
Ma non puoi modificare il post perché non appare nulla sotto di esso
questa è un’immagine del PM che viene inviato a questo utente di test dopo che ha creato un post che necessitava di approvazione ed è stato rifiutato con una revisione
e non c’è niente da modificare sotto
Quindi la mia richiesta è che discourse aggiunga la possibilità di modificare effettivamente il post stesso sul PM e quindi lo reinvia automaticamente sul forum e poi i moderatori possono rivederlo.
Ottima osservazione! Ho spostato questo in UX perché riguarda il linguaggio nell’interfaccia.
Ho cercato nei miei messaggi privati da moderatore e ho trovato uno simile. Guardando il tuo screenshot e il testo copiato dal messaggio privato, la parte scritta dall’utente a cui viene dato un feedback è “test post for meta topic here”. Il resto è nel template.
L’istruzione è confusa perché, come dici tu, non puoi modificare il post “sotto”. Per modificarlo, dovresti tornare all’argomento e modificarlo lì. Oppure rispondi per parlarne con i moderatori.
Non credo che questa modifica sarà possibile perché renderebbe l’interfaccia utente troppo complicata.
Penso che la risposta qui sarà migliorare l’istruzione in questo modo:
Puoi modificare il tuo post per apportare le modifiche suggerite, o rispondere a questo messaggio se hai domande.
Possiamo anche fornire un link al post effettivo per renderlo più facile da raggiungere.
funzionerebbe anche quello, ma il fatto è che una volta che i moderatori rifiutano il post, non può più essere modificato, invia il PM ma poi devono tornare indietro e ricreare il post.
Inoltre, penso che forse se creasse una risposta o una bozza nelle pagine delle bozze del tuo account per ricreare il post con il titolo lì e poi lo ripresenti.
fammi sapere se ha senso
inoltre, aggiungere il link significherebbe che rifiutare il post non potrebbe eliminarlo perché poi non possono più valutare il loro post?
Oh, capisco. La coda di revisione fornisce semplicemente una copia del post (ora eliminato) per comodità dell’utente, in modo che possa copiarlo in un nuovo post e migliorarlo lì. Questo lo rende ancora più facile:
Il tuo post è stato eliminato ma ne viene fornita una copia qui sotto per tua comodità. Per favore, ripubblicalo con le modifiche suggerite o rispondi a questo messaggio se hai domande.
Tuttavia, poter modificare il ‘post/topic’ in sospeso [1] sarebbe fantastico e migliorerebbe notevolmente l’esperienza degli utenti. Penso che se ne sia parlato in passato.
Attualmente i post in sospeso vengono visualizzati nello stream dei post e nella pagina /activity/pending (che contiene sia post che topic in sospeso), ma è possibile solo eliminarli e non revisionarli. Se potessero essere modificabili in modo simile a come la coda di revisione consente ad amministratori/moderatori, allora la gestione dell’approvazione con ‘Revisiona’ potrebbe evitare di eliminarlo e consentire che rimanga ‘in sospeso’. Il PM di feedback potrebbe quindi avere un link per navigare facilmente, modificare e reinviare.
Potrebbero esserci alcuni aspetti da perfezionare per evitare modifiche simultanee da parte di utenti e moderatori, ma forse alcune delle nuove funzionalità di acquisizione automatica per la revisione potrebbero aiutare in questo senso e fornire un blocco per la modifica.
Sarebbe inoltre necessario prevedere alcune disposizioni per il Reviewable dopo che è stato gestito come Revisione, poiché in teoria il flag sarebbe stato gestito, ma sarebbe ancora in sospeso. (E forse non vorresti che rimanesse come flag attivo nella tua coda di revisione mentre attendi un tempo indeterminato per la revisione, che potrebbe non arrivare mai).
Non credo che a questo punto sia effettivamente un post/topic, ma piuttosto un precursore ↩︎
Penso che le nuove modifiche su cui si sta lavorando nella coda di revisione consentiranno di assegnare elementi contrassegnati ad altre persone… forse in questo caso potrebbe essere assegnato all’utente che lo ha pubblicato?
Potrebbe essere necessario un sistema che consenta la possibilità reale di “abbandono”. Quindi qualcosa che possa auto-riordinarsi dopo un periodo di tempo ragionevole.
Forse qualcosa di intelligente come l’elemento in sospeso originale che viene eliminato ma immediatamente sostituito da un duplicato in modo che appaia esattamente uguale all’utente ma possa quindi crearne uno nuovo revisionabile in coda quando reinviato.
Forse anche un timer di eliminazione in modo simile a Elimina post rimossi dopo (con una “finestra di tempo di revisione” più ragionevole di 24 ore)
In realtà non è così se l’utente il cui post è stato rifiutato con il feedback potrebbe non essere presente per visualizzare il rifiuto, poi torna 2 giorni dopo, il timer di eliminazione di 24 ore non gli avrebbe permesso di tornare a modificarlo e questo potrebbe causare alcuni problemi in diversi forum?
Forse è impostato automaticamente su 24 ore e poi in qualcosa nella dashboard di admin possono cambiare il timer automatico?
Ah, mi scusi per la confusione. Mi riferivo all’impostazione predefinita per l’impostazione dell’amministratore Elimina post rimossi dopo che è di 24 ore, e che sebbene una funzione simile possa essere applicata anche qui, avrebbe bisogno di una finestra temporale molto più generosa.
Hmm. Non proprio. Anche se il team di prodotto è interessato all’idea e il team di sviluppo pensa che sia il modo migliore per implementarla, non sono contrario.
Ma nella mia mente rimarrebbe come un ‘elemento’ in sospeso e sarebbe modificabile dalla tua pagina /pending (con almeno l’aspetto di essere un post/argomento). Il PM che ricevi su ‘Revise’ sarebbe apparentemente lo stesso di ora, ma con un link che ti indirizza a dove l’elemento in sospeso può essere modificato, e un generico ‘hai {30 giorni} per rivedere e reinviare il tuo contributo prima che venga automaticamente eliminato’ (o qualcosa di simile).
Voglio dire, molte di queste sono solo idee e il team di sviluppo [1] potrebbe benissimo dire che l’immagine che ho in mente non è il modo migliore/è semplicemente impraticabile.
Ma penso che se il primo elemento in sospeso viene trattato come una sua entità (cioè, la bandiera viene gestita, viene inviato un PM, il revisionabile non è più in sospeso) e viene creata una seconda entità duplicata in sospeso per consentire la modifica e la reinvio, allora potrebbe essere inserita nella coda di approvazione come revisionabile “nuovo” una volta reinviata. L’elemento in sospeso in attesa di revisione potrebbe anche essere chiaramente contrassegnato come tale nella pagina /pending per ridurre la confusione (è in attesa di approvazione del mod/è in attesa che io lo riveda?).
Non sono sicuro al 100% di aver capito la domanda, ma stavo pensando a un flusso simile a questo:
flowchart TD
A[Post/Topic Created] --> B[Pending in Approval Queue]
B --> C[Revise]
C --> D[Pending Awaiting Revision]
D --> E[Resubmit]
E --> B[Pending in Approval Queue]
B --> H[Approve Post/Topic] --> I[Published to Site]
B --> F[Reject Post/Topic] --> G[Deleted]
style F fill:#ff4c4c,stroke:#000,stroke-width:2px
style H fill:#4caf50,stroke:#000,stroke-width:2px
Quindi qualsiasi seconda/terza/quarta revisione tornerebbe indietro (e un moderatore potrebbe decidere quando è abbastanza :))
Penso che preveda l’opzione “Revise” nei casi in cui c’è una maggiore probabilità di ricevere una versione migliore (quindi qualsiasi cosa che non raggiunga quella soglia non verrebbe nemmeno inviata per la revisione).
Ok, questo ha più senso, ma supponiamo di aggiungere un’impostazione per le revisioni multiple chiamata post rejected reviews delete dove gli amministratori impostano dopo (x) rifiuti di revisione, il post viene rimosso automaticamente per evitare un numero infinito di revisioni?
