Come ho detto prima, mi manca anche la possibilità di far risalire gli argomenti quando c’è una modifica significativa.
Uso rss-polling per essere avvisato sulla manutenzione del mio forum tramite il feed RSS di https://status.discourse.org/. L’argomento viene creato quando inizia la manutenzione e veniva fatto risalire con la modifica che ne annunciava la fine. Questa risalita ora manca, e non voglio che gli argomenti siano wiki, poiché nessun utente dovrebbe modificarli, né voglio che siano documenti. Quindi, le soluzioni alternative attuali non aiutano.
In un forum, abbiamo un argomento galleria che mostra i progetti degli utenti oltre agli argomenti individuali in cui gli utenti presentano i loro progetti. Questo argomento è molto utile per raccogliere ispirazione. Aggiungiamo un’immagine dall’argomento di presentazione e un link ad esso in questo argomento galleria. Troppe immagini in un post hanno causato problemi di prestazioni e rendono anche più difficile la modifica. Quindi, creiamo un nuovo post per ogni 10 progetti. La risalita durante la modifica quando veniva aggiunto il 2° o il 9° progetto era utile. È utile per gli utenti notare l’aggiornamento, ed è stato particolarmente utile per coloro che aggiungono progetti manualmente all’argomento. Grazie alla data di attività, potevo vedere immediatamente se qualcun altro aveva già aggiunto il progetto. Ora, ognuno di noi deve aprire l’argomento per verificarlo.
Ci sono anche altri argomenti che funzionano in modo simile: argomenti che servono come panoramica retrospettiva delle modifiche/attività all’interno di un mese e in cui l’ultimo post relativo al mese corrente viene aggiornato alcune volte. Questo funzionava molto bene perché le modifiche all’ultimo post facevano risalire l’argomento. Pubblicare ogni modifica individualmente diminuirebbe la chiarezza delle voci raggruppate mensilmente e significherebbe comunque che gli aggiornamenti alle voci esistenti vengono facilmente persi. Un nuovo argomento ogni mese per poche voci sembra eccessivo, e significherebbe anche che gli utenti dovrebbero reimpostare le loro notifiche ogni mese, oppure avremmo bisogno di una sottocategoria intera che consenta loro di impostare il loro stato di notifica predefinito.
Mi è piaciuto anche il fatto che le modifiche a categorie e tag sugli argomenti senza risposta li facessero risalire. Il più delle volte uso un elenco (filtrato) degli ultimi argomenti. E se un argomento aveva un titolo scelto male o era nella categoria sbagliata, potrei non cliccarci sopra. Se qualcuno migliora queste informazioni, potrei rendermi conto che posso aiutare dopotutto. Ecco perché era utile quando una modifica del genere faceva risalire l’argomento sopra la mia linea di lettura.
Inoltre, è stato utile conoscere categorie e tag. Ho spesso imparato nuovi tag perché sono stati aggiunti a un nuovo argomento o sulla differenza dettagliata tra categorie in base agli argomenti spostati da un moderatore. A volte ho persino chiesto perché, perché penso che la capacità di spostare argomenti in altre categorie comporti anche la responsabilità di conoscere la differenza tra loro.
Mi piace anche l’approccio secondo cui le impostazioni di Discourse ti costringono ad aggiungere informazioni invece di scrivere un altro post.
Per citare il messaggio pop-up:
Tuttavia, questo ha senso solo se gli altri notano che hai modificato il tuo post per aggiungere ulteriori informazioni. Un esempio che ho riscontrato alcune volte su Meta sono gli aggiornamenti a un post dopo che una pull request è stata unita. Aggiungere tali informazioni nel post non notifica coloro che hanno già letto il post, e coloro che non l’hanno fatto possono facilmente capirlo dal badge nell’anteprima.
Per me, non ha senso che l’impostazione che blocca più di tre risposte consecutive da parte di un utente sia ancora attiva e suggerisca modifiche come soluzione, quando tali modifiche sfortunatamente non hanno più l’effetto che avevano una volta.