Sembra che ci sia una nuova funzionalità di chat threads. Ne ho letto la maggior parte. È la stessa cosa che le persone stanno chiedendo qui?
@vel, non sono sicuro. Voglio solo il threading come quello che hanno Lemmy e Reddit, ma la descrizione di quella funzionalità sembra contorta, nella migliore delle ipotesi.
Innanzitutto, adoro il formato di discussione di Discourse, oltre a molti dei suoi altri design accuratamente realizzati, ma apprezzo anche, per alcuni argomenti, il design a thread per approfondire un commento specifico fatto da un utente. Spero che le discussioni in chat affrontino questo aspetto, se non lo fanno già.
Capisco che ci siano problemi con i thread, ma penso che in alcune discussioni siano appropriati e se qualcuno può risolvere i problemi con essi, penso che le persone qui potrebbero scoprirlo. Nello specifico, penso che sia una preferenza organizzativa. Come vuoi organizzare questa discussione?
Il mio motivo principale è che, a volte, voglio vedere chi ha risposto a chi e voglio rispondere a commenti specifici.
C’è una certa somiglianza, ma il threading è disponibile solo nei canali di chat. Attualmente non è previsto l’aggiunta del threading agli argomenti.
Nel caso fosse così, è possibile aggiungere il supporto tramite un plugin?
Tutto è possibile usando un plugin, ma sarebbe un compito complicato.
Una cosa da notare per chiunque voglia provare è che abbiamo appena iniziato ad ammodernare gli argomenti per rimuovere il nostro sistema di widget personalizzato e utilizzare l’ultima versione di Ember (che richiederà probabilmente un paio di mesi), quindi ora sarebbe un brutto momento per iniziare.
Questo è cambiato negli ultimi anni. Quando c’è un buon argomento di discussione, i thread possono essere utili per organizzare le risposte in thread.
Sono passati più di 6 anni da questo post. Forse la comunità mondiale è maturata un po’ per quanto riguarda il threading? E voglio fare una distinzione, l’ordinamento delle risposte di primo livello utilizzato dai siti di social media non è ciò che mi interessa. Sono interessato a poter rispondere a un commento specifico e vederlo indicato e non perdermi.
Capisco che ci siano ragioni per cui a qualcuno potrebbe non piacere il threading. Perché? Quali sono queste ragioni specifiche? Si discuta
PS Non credo che nessuno stia chiedendo una sostituzione, ma una qualche forma di supporto opzionale (magari in futuro o tramite un plugin).
Discourse è fortemente focalizzato sull’attività di moderazione (che fa bene a una community in generale).
I post che divergono dall’argomento tendono ad essere spostati in un altro o nuovo argomento.
Questo è il modo di Discourse.
Ma certo, un plugin…
La citazione sembrerebbe risolvere in gran parte quel problema. Inoltre, se fai clic sul pulsante “Rispondi” su un post specifico, anziché sull’intero argomento, il tuo post viene contrassegnato come risposta a quel post e puoi espandere quelle risposte dal post originale.
Non mi risolve assolutamente nulla, @mpalmer. Certamente mi permette di accertare il contesto (mentre senza quella funzionalità sarebbe impossibile, se non per mera supposizione), ma non rende più facile seguire una conversazione specifica.
Cosa significa? Ci sono due modi per creare plugin e il metodo originale viene rimosso?
Ciò significa che il codice è attualmente in fase di modifica, quindi potrebbe valere la pena aspettare che il codice rifattorizzato sia arrivato in produzione prima di scrivere il plugin o il componente del tema per risparmiare tempo e fatica ![]()
Non potresti scrivere un plugin basato sulla versione precedente e poi aggiornarlo se necessario?
Ovviamente, @vel, ma perché qualcuno dovrebbe investire il lavoro per farlo sapendo che dovrà riscriverlo dopo l’aggiornamento?
Penso che Discourse abbia l’idea di permettere alle conversazioni di trasformarsi in nuovi argomenti, credo che semplicemente non renda facile per le persone 1) creare tali argomenti collegati o 2) vedere molti dettagli sugli argomenti collegati.
Probabilmente l’ho già detto, ma vedo Discourse come una grande conversazione attorno a un tavolo dove tutti sono coinvolti, dove si procede una persona alla volta in una conversazione lineare.
Ora, nella vita reale, i grandi tavoli spesso si dividono in conversazioni più piccole, che credo la gente chiamerebbe thread. Forse l’analogia di Discourse è che il tavolo principale vuole rimanere su un argomento, quindi alcune persone decidono congiuntamente di lasciare il tavolo e andare a un altro tavolo o in un’altra stanza (spesso un argomento collegato).
Nella vita reale, a volte si può avere visibilità sul motivo per cui quelle persone se ne vanno e di cosa vogliono parlare, quante persone ci sono, com’è l’energia della nuova discussione, ecc.
Su Discourse, al momento, credo che l’unica visibilità che abbiamo sulla nuova discussione, rimanendo nella discussione corrente, sia un elenco di icone di link con il titolo dei nuovi argomenti:
E se potesse essere più dettagliato? Mostrare la categoria del nuovo argomento, i tag, il numero di persone che rispondono all’argomento, ecc.? Forse anche se l’argomento è stato avviato da qualcuno che ha cliccato sul pulsante “rispondi come argomento collegato” all’interno dell’argomento vs. qualcuno in un argomento già esistente che pubblica un link all’argomento corrente?
Al momento, devo ricordarmi di guardare i link degli argomenti collegati e, onestamente, ogni volta che ci clicco sopra, non so cosa troverò dall’altra parte del clic oltre all’argomento con quel titolo.
Quindi mi chiedo se non si tratti di ricostruire Discourse per consentire conversazioni nidificate, ma piuttosto di evidenziare la funzionalità degli argomenti collegati e modificarla un po’ per facilitare la loro creazione e anche la facilità di vedere cosa c’è al loro interno.
@vel, procedi pure a scrivere questo plugin ora e potrai aggiornarlo quando verrà distribuito il nuovo codice. Il tuo entusiasmo è chiaro e sono sicuro che sei pronto a dedicare il tempo necessario.
Credo che Discourse avrebbe più clienti se avesse il supporto per i thread (nativo o plugin) (lasciando al proprietario dell’istanza la scelta di utilizzarlo dove ha senso).
Non so se sarebbe più lavoro o meno lavorarci ora rispetto a dopo. Dipende, immagino. Ma, attraverso il processo di lavorarci, qualunque cosa si riesca a far funzionare si potrà probabilmente riutilizzare quel codice o quell’esperienza se dovesse essere riscritta. Lavorandoci ora, potrebbe essere meglio, in modo che un refactor includa qualsiasi API possa essere necessaria.
Scrivo plugin per lavoro (oltre 10 anni di esperienza) quindi non ho problemi con questo. Ma non ho scritto plugin per Discourse. Ne scriverei uno se ci fossero fondi raccolti per esso (per varie ragioni - non voglio iniziare e venire distolto a causa di problemi finanziari). Oppure contribuirei a qualcun altro che ne scrivesse uno se avesse le funzionalità che stavo cercando.
@vel,
Dipende da cosa?
Ciò dipende da quanto e cosa cambia durante la ristrutturazione della loro implementazione di Ember.
Quella frase è inutilmente vaga e comunque un po’ insensata.
Sono pienamente d’accordo.
Sì. È su questo che si basa. Non so cosa sta cambiando e cosa c’entra Ember. Se l’API del plugin rimane la stessa, allora non importa se inizio ora o più tardi. Se l’API cambia, allora se ci sto lavorando ora e loro stanno lavorando a un refactoring ora, possono ricevere feedback sulle API di cui ho bisogno.
Se stanno riscrivendo Discourse stesso nell’SDK Ember, allora no, non ci dedicherò tempo.
