Vedi questo solo per i canali in cui i thread sono stati abilitati di recente e il client non si è ancora aggiornato da tale modifica? O anche nei casi in cui ti sei già aggiornato una volta da quando i thread sono stati abilitati?
Penso che abbiamo visto qualcosa di simile non troppo tempo fa e l’abbiamo risolto.
Forse è riemerso? Se aggiorni ora all’ultima versione di tests-passed, vedi ancora il problema?
Tutti i nostri canali di chat sono stati abilitati di recente.
E non sono sicuro quando o come gli utenti abbiano aggiornato i loro browser. Potrebbe essere una buona idea forzare un aggiornamento completo dal sistema ogni volta che è stata installata una versione o l’amministratore ha modificato i parametri di sistema?
Non so dei tuoi utenti, ma conosco gli utenti che abbiamo e chiedere loro di aggiornare potrebbe finire con la domanda se si tratta di qualcosa da mangiare o meno.
Ora installerò l’ultima versione e chiederò ai miei utenti di test di osservare. Grazie per la tua risposta.
Ciao! Mi piace molto che rispondere a un commento generi immediatamente un nuovo thread 
Suggerirei di presumere che un nuovo commento sia una risposta al commento immediatamente precedente. È l’evento più comune in una conversazione. È naturale per le persone usare “rispondi a” per un commento che è già in alto nella conversazione, ma quando le persone vogliono rispondere al commento immediatamente precedente, non lo usano. Dal momento in cui una persona inizia a scrivere in questa situazione, presumerei che voglia rispondere al commento immediatamente precedente e generare un thread (questo funzionerà anche se compaiono nuovi commenti, quindi la persona non dovrà eliminare e riscrivere). Quindi, quando le persone iniziano a digitare, una riga sopra dirà “Rispondendo a (…)”, e se non vogliono farlo, possono fare clic su una “x” proprio accanto a quel testo. Questo semplificherà il processo e aiuterà a mantenere il canale pulito secondo me.
Sono lieto di vedere che altri prendono sul serio la chat al punto da preservarla. È fantastico che ora possiamo ottenere un CSV della nostra chat. Sarebbe ancora meglio se questo compito potesse essere gestito automaticamente come impostazione di amministrazione. Tuttavia, è un passo avanti.
L’impulso e la definizione di “chat” sono stati che è effimera e non degna di archiviazione permanente. Forse è vista come un modo per aggirare l’onere di includere “chiacchiere” nel database? Qualunque fossero le motivazioni originali, è evidente che le persone vogliono preservare le chiacchiere e si stanno facendo passi avanti per consentire agli amministratori di farlo.
Sono molto lieto dei progressi e non vedo l’ora che venga completamente preservata.
Mi premetto di riconoscere qualcosa che è quasi un’ovvietà per chiunque utilizzi comunicazioni in stile chat: la chat è altamente soggettiva e trovare la soluzione “giusta” è praticamente impossibile se si sceglie una tra le molte opzioni.
Tendo a suddividere il threading delle chat in due categorie: sotto-spazi e inline.
Le piattaforme che seguono il formato sotto-spazio creano delle “tasche” quando qualcuno risponde a un messaggio e tutte le risposte vengono mantenute in questa tasca, fuori dalla vista a meno che qualcuno non clicchi per accedervi. Le persone hanno familiarità con questo formato da Slack ed è così che classificherei la soluzione integrata nella funzionalità di chat di Discourse.
Le risposte inline mantengono tutte le risposte nel thread principale della chat e puntano all’antecedente tramite un link/ancora. Ci sono due varianti: con e senza testo citato. Un esempio con testo citato sarebbe Discord (che utilizza un estratto piuttosto che la citazione completa) o Messaggi sui dispositivi Apple. Discord utilizzava risposte inline senza citazione prima di passare al suo formato attuale. L’altro esempio di risposte inline senza citazione è la funzionalità Chat su Stack Exchange / Stack Overflow.
Entrambi sono validi e hanno i loro usi, e in qualche modo “risolvono” i problemi che l’altro crea.
Come utente di Slack e Discord da diversi anni, direi che la soluzione “giusta” è probabilmente quella che nessun sviluppatore vuole sentire: averle entrambe. Ho scoperto che i maggiori determinanti (per me) di quale preferisco sono:
Tutto questo per dire che non esiste una soluzione unica per tutti (o anche per la maggior parte). Sono andato alla ricerca di questo meta-post specificamente perché mi trovavo in una chat 1-1 su un’altra istanza di Discourse e sono rimasto sorpreso dalla scelta del threading e ho davvero desiderato poter evitare i thread.
Alcune idee se si desidera offrire entrambe le opzioni:
Penso che quello che avete vada bene, ma mi piacerebbe vedere Discourse considerare di sfumare il confine tra queste due metodologie distinte man mano che si procede con la funzionalità.
Grazie mille per questa linea di pensiero ben ponderata e costruttiva.
Ti ascoltiamo davvero e la maggior parte dei punti ci è venuta in mente almeno un paio di volte. Sono abbastanza sicuro che, man mano che la chat maturerà e verrà adottata maggiormente, questo problema verrà affrontato a un certo punto nel futuro (più o meno) prossimo.
Penso che questo potrebbe essere risolto in modo efficace mostrando estratti inline di tutti i thread fino a un certo limite. Quindi, se ci sono pochi commenti, saranno tutti leggibili e, se ce ne sono di più, alcuni saranno leggibili inline, il che già dà una rapida idea della conversazione a colpo d’occhio (e l’utente può entrare nello spazio secondario se è interessato).
IMO, questo vale anche per gli argomenti del forum. Voglio vedere snippet del primo e del commento/risposta più recente a livello di elenco principale per una facile lettura. Ho costruito e sperimentato un sistema simile e si potevano monitorare più thread contemporaneamente semplicemente osservando gli ultimi aggiornamenti continui delle risposte più recenti. (nota: questa era una risposta al post sopra che è stato unito al post separato sottostante)
Presumo che a un certo punto argomenti e thread diventeranno lo stesso sistema di base. È principalmente una differenza di UX/presentazione, no? Altrimenti dovremo duplicare molte delle stesse funzionalità e capacità per entrambi.
Al momento non abbiamo in programma di introdurre i thread negli argomenti. Questa è una funzionalità esclusiva della chat.
Ci sono già molte discussioni in corso sull’introduzione delle risposte in thread, se desideri continuare la conversazione su una di queste?
Quello che intendo è che la chat con thread non è molto diversa da un forum con argomenti. Man mano che nuove funzionalità vengono introdotte in Discourse, vorremo naturalmente che molte di esse si applichino sia ai post del forum sia ai post della chat, il che sarebbe più semplice se sottostanti fossero tecnicamente lo stesso sistema principale.
Anch’io mi impegno per la convergenza, penso che sia l’approccio a lungo termine più robusto in generale, per realizzare dove le astrazioni delle funzionalità sono le stesse e quindi renderle tali. Ad esempio, una volta ho proposto di considerare i tag come una forma di “meta-categorie”.
Un post è stato diviso in un nuovo argomento: Impossibile rispondere a un messaggio di chat per creare un thread
