Suona probabilmente ridicolo, dato che di solito le persone vogliono evitare o rimuovere i thread duplicati. Tuttavia, ho proprio ora un caso d’uso in cui devo duplicare un thread. Come posso farlo?
Manualmente? Puoi accedere ai contenuti grezzi dell’argomento andando su /raw/{topic_id} e copiando tutto ciò che trovi.
Quindi, https://meta.discourse.org/t/195111 diventa https://meta.discourse.org/raw/195111
A proposito, Discourse chiama “argomenti” quello che voi chiamate “discussioni”
Modifica: oppure, se sei TL4/personale, puoi semplicemente cliccare su modifica e copiare tutto lì.
In realtà, quello non fa ciò di cui ho bisogno. Voglio tutti gli argomenti con tutte le risposte. Voglio un duplicato esatto del thread, ma con un topic_id diverso.
Ho trovato un modo per ‘riprodurre’ un intero thread, un processo laborioso ma senza possibilità di duplicarlo realmente (ad esempio, mantenendo i ‘like’).
Creo un nuovo thread e lo inserisco in una categoria non accessibile, ad esempio ‘staff’. Copio ogni risposta dall’argomento originale e la incollò in una risposta nel nuovo thread. Per le risposte di cui ho solo bisogno nel nuovo thread, le seleziono e le sposto. Poi modifico la proprietà delle risposte copiate assegnandole al nome dell’autore della risposta originale. Una volta finito, chiudo il thread originale e cambio la categoria del nuovo argomento in una categoria pubblica.
Ovviamente, questo è troppo faticoso da utilizzare regolarmente. La ragione per cui ho dovuto farlo questa volta è che qualcuno ha creato un argomento con un titolo molto lungo che poteva essere interpretato in due diversi thread di discussione. Noi (i moderatori) abbiamo notato il problema del titolo lungo (che ora sarà limitato a un numero minore di caratteri), ma non abbiamo realizzato all’epoca che avrebbe causato un problema.
La conversazione è iniziata e prima che ce ne rendessimo conto, avevamo due delicatissime conversazioni molto intrecciate in corso, con alcuni commenti offensivi da parte di un membro che, tuttavia, hanno provocato una ricca serie di risposte in entrambi i temi.
Per mantenere la ricchezza dei contributi che si erano svolti, per rimproverare il recidivo, per utilizzare l’evento a scopo educativo per la comunità e per permettere a entrambe le conversazioni preziose di svilupparsi ciascuna nella propria direzione, ho deciso che era meglio dividere gli argomenti, mantenendo solo gli interventi pertinenti a ciascuno, ma senza esitare a ripetere in entrambi gli interventi che coprivano entrambi i temi, per chiarezza e comprensione.
Nel thread che ha mantenuto la risposta offensiva, ho anche inserito un avviso dello staff prima del post offensivo, specificando che non era in linea con i nostri valori comunitari, ma che lo avremmo lasciato per scopi educativi. Ho modificato quel post nel seguente modo: ho inserito il codice markdown davanti al linguaggio offensivo. Ho spiegato che, per esprimere la sua opinione in modo costruttivo, il membro avrebbe potuto formularlo in questo modo: .
È stato un sacco di lavoro e di riflessione. Non lo farei più manualmente. Ma il caso d’uso esiste senz’altro.
Sembra un bel po’ di lavoro! La prossima volta potresti ricevere un feedback migliore se, invece di chiedere solo supporto tecnico (“Come posso duplicare un argomento?”), spieghi la situazione e cosa vuoi ottenere nel tuo primo messaggio. Ad esempio, avresti probabilmente potuto semplicemente chiudere l’argomento, aggiungere una nota dello staff come ultimo post e collegarlo a due nuovi argomenti dove le rispettive discussioni potrebbero continuare.
Non posso biasimarti per il tuo commento: spesso ci chiediamo quale sia l’obiettivo quando le persone chiedono informazioni tecniche su fmpro nel nostro forum.
Tuttavia, ero fermamente deciso a sperimentare questo approccio con la situazione attuale. Sapevo della possibilità di chiudere il thread e avviare due nuovi argomenti. Volevo utilizzare il materiale esistente a scopo educativo.
Abbiamo una comunità molto valida, con molti contributi eccellenti. Tuttavia, siamo nati dalla frustrazione verso la piattaforma del fornitore. Per questo motivo ho adottato varie strategie e tecniche di change management per aiutare le persone a distaccarsi dai lamenti e dalle lamentele rivolte al fornitore.
La maggior parte ha progredito nel modo in cui esprime opinioni critiche sul prodotto o sul fornitore. Purtroppo, alcuni individui hanno avuto la tendenza a fomentare polemiche, danneggiando la reputazione della comunità e allontanando membri preziosi dell’ecosistema che hanno un rapporto più stretto o privilegiato con il fornitore. Questo è un peccato, perché siamo cresciuti organicamente: molte persone, una volta venute a conoscenza della nostra esistenza, apprezzano i forum e desiderano restare; questi membri eccezionali portavano expertise e contenuti di grande valore.
Due sviluppatori molto stimati e rispettati hanno dovuto sopportare litigi e hanno dovuto “lavorare” troppo per correggere le informazioni, perdendo la motivazione e il piacere di contribuire, fino a decidere di allontanarsi.
Abbiamo moderato, ma era spiacevole dover vedere continuamente riemergere gli stessi comportamenti irritanti. Nel tentativo di dare a tutti il diritto di esprimersi, ho infine realizzato che era in qualche modo ingiusto costringere tutti a esercitare tolleranza e a dover assistere a spiacevolezze solo perché alcuni non si astenevano dall’essere maleducati.
Il nostro FAQ non ha impresso loro la capacità di osservare e riconoscere i propri errori nelle interazioni. Invece di elenchi di “cosa fare” e “cosa non fare”, o linee guida che le persone interpretano comunque a modo loro, il nostro nuovo amministratore ha deciso di promuovere i valori. Si è scoperto che è più facile moderare: basta dire che un post non rispetta i valori della comunità, quindi viene modificato (o nascosto finché non viene corretto).
Tuttavia, ci siamo infine resi conto che questo approccio non aiutava le persone che hanno sempre comunicato in modo scorretto a capire come migliorare.
Quindi ora stiamo aggiungendo interventi educativi, essenzialmente metacomunicazione, direttamente nei thread. Vedremo come andrà a finire.
Lo so, @HAWK ha persino modificato il mio titolo per rifletterlo.
Uso il termine “discussioni” proprio per evitare ciò che è successo qui: la tua suggeriva una soluzione per duplicare l’argomento (ovvero il post iniziale). Tuttavia, ciò che volevo era una soluzione per duplicare l’intera discussione (che è il post iniziale, ovvero l’argomento, più tutte le risposte successive).
In altre parole, quando crei un nuovo argomento e le persone pubblicano risposte, ciò che ottieni è una discussione.
È proprio questo il punto… Non esiste letteralmente nulla chiamato “thread” in Discourse. Il primo post e tutte le risposte insieme sono chiamati argomento.
Accetto il concetto che esponi nel contesto di Discourse. Tuttavia, linguisticamente, filosoficamente e storicamente nel dominio dei forum online, “thread” è ciò che meglio descrive l’entità composta da un post iniziale intitolato e dalle relative risposte successive. ![]()
Concordo, ma ciò che ti sfugge qui è che Discourse non ha la funzione di thread come tutte le altre piattaforme di forum. È esattamente per questo che facciamo questa distinzione.
Hai fatto un’ottima osservazione. In questo caso,
Bene, puoi cercare la definizione di argomento su Google:
top·ic
/ˈtäpik/
una questione trattata in un testo, discorso o conversazione; un soggetto.
È abbastanza accurato. Se preferisci una parola diversa per motivi personali, sei libero di modificare il testo in Discourse tramite Admin, Personalizza.
Per quanto riguarda la questione originale…
Perché non premere la chiave inglese dell’amministratore sull’argomento e dividere l’argomento, in modo che le risposte sull’“altro” argomento siano in un argomento diverso, ma collegato? Questa sarebbe la linea d’azione più semplice, supportata da una serie di strumenti in Discourse.
Perché:
“Volevo separare gli argomenti, mantenendo solo gli interventi pertinenti a ciascuno ma senza esitare a ripetere in entrambi gli interventi che coprivano entrambe le questioni per chiarezza e comprensione.”
A meno che non ci sia un modo per copiare un post in un nuovo argomento lasciandolo anche nell’argomento originale che non ho ancora scoperto, la soluzione che proponi non consente di mantenere determinate risposte in entrambi gli argomenti a scopo di comprensione.
Capisco, se hai risposte molto intrecciate con molte citazioni da vari post potrebbe diventare complicato, ma dovrebbe essere relativamente raro. Ho moderato meta qui in quasi tutte le forme per quasi un decennio e non riesco a pensare a molte volte in cui ho incontrato questa “necessità” di duplicare un intero argomento… una normale divisione dell’argomento di solito funziona abbastanza bene.
Jeff, ho un caso d’uso in cui duplicare un intero argomento sarebbe estremamente utile.
Utilizziamo la nostra istanza per la collaborazione aziendale, in particolare un sindacato. Ogni riunione creiamo un thread, lungo 8 post, in stile TOC.
Ogni riunione pubblica da 1 a 8, mentre sono molto diversi all’interno dell’argomento, hanno lo stesso formato mese dopo mese con solo informazioni specifiche incollate. Sarebbe incredibilmente utile avere la possibilità di creare un modello non solo per il primo post, ma per l’intero argomento, replicandolo ogni mese e inserendo le informazioni mensili.
Al momento, ho un argomento che ho creato in una categoria privata con il modello per ogni post da 1 a 8. Attualmente devo aprirlo a schermo diviso con un nuovo argomento, copiare il post 1 dall’argomento modello al nuovo argomento, poi il post 2, poi il post 3, ecc.
Sebbene questo sia un caso d’uso davvero insolito, ci sono alcune istanze che potrebbero davvero beneficiare di una funzionalità di amministrazione per clonare un argomento, o se c’è un modo per espandere il modello di argomento per includere più modelli di risposta individuali annidati nella categoria con il modello di argomento.
Al momento, che si tratti di un modello di argomento o di una procedura guidata, tutto ciò che posso fare è clonare fondamentalmente un post #1 non compilato.
Ciao,
Non potrebbe essere una soluzione migliore Discourse Canned Replies? Devi solo crearlo una volta per argomento e post, quindi puoi semplicemente selezionare i modelli.
Sai… potrebbe funzionare bene. Avendoci dato un’occhiata, sono davvero incoraggiato. @Don grazie!
Abbiamo anche un caso d’uso. Utilizziamo i messaggi privati a un gruppo come mezzo per richieste di aiuto private, ma incoraggiamo gli utenti a permetterci di rendere pubblica la loro richiesta. Preferiamo le richieste di aiuto pubbliche, così più persone possono beneficiare dell’assistenza.
Idealmente, copieremmo la richiesta di aiuto dell’OP e le risposte selezionate in un nuovo argomento pubblico, escludendo il messaggio dell’auto-risponditore e le risposte in cui chiediamo se possiamo renderla pubblica, ecc.
Così com’è, dovremo trasformare l’argomento del messaggio privato in un argomento completo in una categoria privata, eliminare le risposte che non vogliamo mostrare e poi spostarlo in un’area pubblica.
C’è un motivo per cui non fai il contrario? Selezioni i post che vuoi rendere pubblici, li sposti in una nuova conversazione e poi la trasformi in un argomento pubblico? Mi sentirei più sicuro a scegliere attentamente cosa pubblicare piuttosto che eliminare tutto ciò che non voglio pubblicare.
Questo è un buon punto. Suppongo che avessi assunto che il post dell’OP non potesse essere spostato in un nuovo argomento. Farò alcuni test e vedrò come potrebbe funzionare. Grazie per il suggerimento.
