Grazie, questo è un contesto utile! Dal mio punto di vista, penso che l’approccio di Discord sia discutibilmente migliore in quanto evita potenzialmente la necessità di un’impostazione. Supporta in modo flessibile entrambi gli approcci. Suppongo che se si desidera consentire agli amministratori di forzare tutte le risposte a essere thread, allora è ancora necessario (e sono curioso se si dispone di dati utente che suggeriscono che questo specificamente era desiderato), ma se si consentissero sia thread che risposte in linea, entrambi i casi d’uso sarebbero serviti almeno in una misura ragionevole. Non riesco a pensare a una community di Discord in cui le persone non usano il threading e rispondono solo in linea sia stato un problema. E l’attuale “suggerimento” di Discord di creare thread quando le risposte raggiungono un certo numero aiuta anche a risolvere questo problema.
Nel caso di Discourse, come ho menzionato in precedenza, l’amministratore ha anche la possibilità di spostare messaggi, che ora potrebbero essere in un thread. Sebbene non vorrei aggiungere ulteriore carico agli amministratori per gestire tali cose, se la funzione “sposta in thread” fosse ben supportata in termini di ad esempio preselezione automatica di tutte le risposte (cioè fosse molto rapido e facile creare un thread in seguito), e se utenti con un livello di fiducia sufficiente potessero eseguire un’azione di creazione di thread da risposte in linea esistenti, mi sembra che sarebbe in linea con la filosofia di Discourse (utenti potenziati e fidati che aiutano con la manutenzione) e supporterebbe bene la maggior parte delle esigenze relative a thread vs. in linea. Questa è la mia opinione, FWIW. 