@Sailsman63, stai sollevando un punto molto valido che in realtà tendo a ripetere all’infinito, quando (sì, userò molto questa analogia) discuto di filesystem con le persone: la gerarchia diretta raramente è sufficiente a dimostrare relazioni complesse.
Penso che tu abbia fornito prove sufficienti affinché Discourse abbia sia un meccanismo di relazione comune più robusto sia modelli di visualizzazione estensibili separati. Nello specifico:
-
Quando si scrive una nuova risposta, consentire a una persona di scegliere più commenti da contrassegnare come a cui si è risposto. Ciò significa che un utente non deve taggare più persone nel proprio commento se sta rispondendo a più commenti, e garantisce che venga comunicato oggettivamente a cosa sta rispondendo.
-
Questo può quindi essere consumato dalla scelta del modello di visualizzazione dell’utente (piatto, a thread, diagramma di relazione simile a MermaidJS per quel tipo di persona che passa le sue giornate a guardare database relazionali).
-
Piatto visualizzerebbe semplicemente più avatar nell’intestazione di indicazione della risposta.
-
A thread baserebbe la gerarchia su un commento che il rispondente ha designato come “primario” (non una soluzione ideale, ma intuitiva).
-
La visualizzazione simile a Mermaid (Stella?) fornirebbe una panoramica di quali argomenti sembrano essere di maggiore importanza, consentendo quindi all’utente di selezionare un commento e passare a una delle viste standard sopra menzionate.
-
Sei d’accordo?
Dipende dalla conversazione. In argomenti come questi, tutto il contesto deve essere considerato. Tuttavia, in un thread su un problema tecnico che si è trasformato in discussioni tra più persone, come è successo qui, richiedere un riassunto o commentare una parte specifica distinta dal resto significa che il resto non deve essere considerato.
Tutto è un’analisi costi-benefici. Non ho tempo infinito.
È stato certamente influenzato, in effetti.