Elimina automaticamente le risposte dopo N giorni

[sam (Sam Saffron)]

Per i vari argomenti della knowledge base che abbiamo, vorrei implementare un timer speciale per:

Le risposte a questo argomento vengono eliminate automaticamente dopo N giorni

Penso che sia uno strumento molto potente per mantenere puliti gli argomenti di documentazione. Lo attiverei sulla maggior parte degli argomenti di documentazione su meta.

Significa che le persone possono rispondere, ma sanno in anticipo che le risposte sono come lacrime sotto la pioggia. Se desideri qualcosa di permanente:

• Apri un nuovo argomento

oppure

• Modifica il primo messaggio (OP)

Anche se potremmo fare questa pulizia manualmente, è noioso. Inoltre, a livello psicologico, quando un computer esegue un’azione perché “queste sono le regole del gioco”, sembra molto meglio rispetto all’intervento umano (oh, perché stai inventando questa regola ora? Non è giusto).

[codinghorror (Jeff Atwood)]

Credo che potremmo voler conservare anche le risposte che raggiungono una certa soglia di like, giusto per sicurezza?

A parte questo, penso che ci sia un chiaro bisogno di questa funzionalità, almeno in base al nostro utilizzo, specialmente per quelle situazioni tipo “primo post wiki”. Dovrebbe però essere un’impostazione specifica per ogni argomento, vero?

[Heather_Dudley]

Mi piace. Abbiamo molti “post fissati” (sticky) che potrebbero essere molto utilizzati ora mentre ci spostiamo su Discourse, ma in seguito saranno meno rilevanti. Non voglio dover ricreare i post ogni tanto.

[DaleKramer]

Sono a favore di questa richiesta di funzionalità per tutti i motivi sopra citati, più uno in più.

Ecco un po’ di contesto per il mio ragionamento. Ho fatto ricerche sulla funzionalità ‘chat’ in Discourse e conosco la posizione del team di Discourse riguardo all’uso dei messaggi privati multi-destinatario per la chat.

So che sia il plugin Babble che quello ‘Quick messages’ utilizzano al loro interno i PM multi-destinatario.

Penso che ‘Quick Messages’ sia quasi esattamente ciò che fa per noi.

Vogliamo che solo poche persone selezionate sul nostro sito possano chattare, ma mi sembra che la funzionalità richiesta in questo argomento, se implementata come tale, mitigherebbe la maggior parte dei problemi negativi legati all’uso dei PM multi-destinatario come forma di chat.

In realtà odio la chat, ma ha il suo scopo per un team di persone che lavora insieme alla creazione di una BOZZA di un lungo argomento generale utile per il forum. La barra laterale della chat può rimanere in alto, mentre tutto il materiale prezioso che deriva dalla chat viene trasferito nell’argomento BOZZA, sullo stesso schermo sotto (preferibilmente accanto) alla barra laterale della chat.

Il nostro team sta usando RocketChat accanto a una finestra di Discourse in questo momento, ma vorrei una soluzione All-in-one…

Solo il mio contributo e mi piacerebbe davvero che questa funzionalità venisse aggiunta presto

Vorrei un pulsante ‘chatta ora’ accanto a ogni argomento, in modo che la ‘chat’ relativa all’argomento possa essere trovata facilmente in futuro, invece di dover scovarla in mezzo a un mucchio di PM per vedere se c’era una chat per quell’argomento

MODIFICA: Suggerisco che l’opzione ‘eliminare le risposte dopo X giorni’ in questi PM multi-destinatario ‘collegati a un argomento’, che possono anche apparire in una barra laterale della chat espandibile/nascostibile (nella barra laterale della chat, il PM viene ‘compress’ rimuovendo gli spazi vuoti e utilizzando miniature delle immagini), sarebbe la soluzione definitiva per noi.

Inoltre, non credo che i sussurri siano una soluzione sufficientemente vicina al nostro problema.

[Overgrow]

Questa potrebbe essere una grande funzionalità per un tipo speciale di argomenti: ad esempio, una domanda e risposta una tantum. Mi piacerebbe vederla implementata.

Utile anche per alcuni annunci a cui vogliamo che gli utenti reagiscano, ma allo stesso tempo mantenere l’argomento pulito.

[sam (Sam Saffron)]

Questo è nella nostra roadmap per la prossima release!

[vinothkannans (Vinoth Kannan)]

Ora è stato fatto nel commit qui sotto. Ho apportato molte modifiche al codice “future-date-input”. Quindi fammi sapere se ci sono nuovi problemi di UX correlati.

FEATURE: automatically delete replies on a topic after N days. (#9209)

[codinghorror (Jeff Atwood)]

Dove lo impostiamo, puoi condividere uno screenshot dell’interfaccia utente? È un’impostazione per argomento?

[sam (Sam Saffron)]

Per argomento al momento nell’interfaccia utente del timer degli argomenti

[vinothkannans (Vinoth Kannan)]

[Overgrow]

Se vado alla finestra di dialogo Imposta timer, scelgo “Elimina automaticamente le risposte” e poi esco dalla finestra modale cliccando su , appare la seguente nuova riga:

Non può essere eliminata e scompare dopo il ricaricamento.

[dfabulich (Dan Fabulich)]

Ho appena visto questa funzionalità nelle note di rilascio di oggi. Sembra fantastica! Ho una domanda di approfondimento.

@codinghorror

Credo che potremmo voler mantenere anche le risposte che raggiungono una certa soglia di like, giusto per sicurezza?

Questa parte della funzionalità è stata implementata? Sembra una buona idea.

[vinothkannans (Vinoth Kannan)]

@dfabulich

Questa parte della funzionalità è stata implementata?

No, non è ancora stata implementata.

[dfabulich (Dan Fabulich)]

Ahimè. C’è qualche modo per salvare manualmente una risposta dalla cancellazione?

[vinothkannans (Vinoth Kannan)]

Scusa! Al momento non è presente questa opzione.

[codinghorror (Jeff Atwood)]

Concordo, in un certo senso ci siamo persi quel punto, Vinoth: dovremmo aggiungere una protezione per le risposte con >= x like. O hard-coded o come impostazione del sito.

[vinothkannans (Vinoth Kannan)]

In tal caso, dovremmo conservare solo le risposte dell’OP? Perché se conserviamo una risposta non dell’OP senza il suo post a cui rispondere, si creerà confusione. Ad esempio, se eliminiamo post #10 e conserviamo post #11 in questo argomento, non avrà alcun senso.

[dfabulich (Dan Fabulich)]

Vorrei aggiungere il mio contributo a favore del salvataggio manuale delle risposte. (Purché sia un processo manuale, presumo che chi salva le risposte abbia l’acume per salvare quelle che hanno senso fuori contesto.)

[codinghorror (Jeff Atwood)]

Può essere arbitrario. I like sono l’unica metrica di cui abbiamo bisogno.

[sam (Sam Saffron)]

Sono d’accordo con un’impostazione del sito come questa:

skip_auto_delete_reply_likes (default 5)

Potrebbe risultare un po’ sorprendente, quindi vorrei che questo numero venisse comunicato agli amministratori quando impostano il timer. Forse è meglio aspettare la riprogettazione dell’interfaccia dei timer per i topic su cui sta lavorando @martin per aggiungerla?

Nota: questo non risolve il problema di @dfabulich e, a dire il vero, non riesco a pensare a una soluzione pulita per la protezione manuale. Ecco alcune idee che ho avuto:

1. skip_auto_delete_reply_on_staff_like (default false) – simile a come evidenziamo i commenti sui BBS utilizzando i like dello staff.

2. Saltare automaticamente sui “post di avviso”… aggiunge rumore.

3. Saltare sempre quando lo staff pubblica: dovrebbe essere un’impostazione.

4. Qualcos’altro… secondo me troppo disordinato.