Questo è fantastico, grazie al team di Discourse!!
Mi chiedo se questo possa essere combinato con o sostituire il plugin Post Voting.
Modifica: Inoltre, “Top” è ordinato in base ai like, o come funziona?
2 Mi Piace
Una delle opzioni che abbiamo esplorato per un annidamento di questo tipo era potenziare il plugin Post Voting, ma abbiamo deciso di non seguire quella strada. Questo approccio è molto più semplice da mantenere e offre un’esperienza migliore. Credo assolutamente che un giorno possa sostituire Post Voting, o che in alcuni casi lo abbia già fatto.
7 Mi Piace
So che questa non è la soluzione migliore, ma puoi comunque usare il CSS.
Devi solo aggiungere una regola per ogni lingua, usando il selettore corretto:
/* Invece di usare questo selettore ... */
nav.post-controls .actions button.reply pan.d-button-label:after {
}
/* ... inizia il selettore con la lingua */
html[lang=pt-BR] nav.post-controls .actions button.reply pan.d-button-label:after {
content: " testo in portoghese";
}
Ho già pubblicato una soluzione migliore: Discourse Reply Button Labels
3 Mi Piace
Aggiungere una visualizzazione nidificata elimina davvero questa sfida?
In realtà direi che le visualizzazioni nidificate aumentano il carico cognitivo di base per gli utenti? (Ma cosa ne so, non sono un utente Reddit esperto)
Ma amo avere delle scelte, quindi continuate pure!
3 Mi Piace
Ho appena iniziato a testarlo nel mio forum e tutti lo odiano finora.
Non lo odio davvero, ma è molto diverso e a volte difficile da interpretare.
Aggiornamento: sono stato costretto a tornare alla versione precedente perché l’endpoint /t è cambiato in /n, causando tantissimi problemi, inclusi errori 500. Il ripristino ha risolto.
4 Mi Piace
Perché la vista nidificata rimuove il titolo? Avere solo il nome del sito in ogni scheda, quando sono aperte più schede, rende difficile la navigazione tra le schede.
1 Mi Piace
Non sono sicuro di capire come si comporterà ciascuna delle opzioni di ordinamento predefinite (top, new, old)
Inoltre, non vedo il modo migliore per testare questo. Non vedo alcuna opzione per rendere un argomento nidificato.
Cerca “Nidificato” nella ricerca delle impostazioni del sito amministrativo
1 Mi Piace
Speravo di poter testare senza abilitarlo per tutti gli altri. Non è possibile?
Se non lo rendi predefinito, puoi semplicemente abilitarlo e poi utilizzare il menu “chiave inglese” dell’argomento per nidificare un argomento specifico.
3 Mi Piace
Non sono sicuro che questo stia funzionando, almeno non quando si utilizza il tema Fakebook. Ho aperto un argomento di prova, ho nidificato l’argomento e poi ho provato a rispondere all’argomento e al post.
Tutte le risposte sembrano uguali. Inoltre (forse è un dettaglio minore), il rendering del mio avatar è un po’ strano.
1 Mi Piace
Sì, non dare per scontato che plugin o temi siano stati adattati per funzionare con questo.
4 Mi Piace
Questa è una funzionalità fantastica e qualcosa che abbiamo atteso per molto tempo!!!
Ciò che la nostra comunità sta ancora aspettando è una funzionalità di journal/log adeguata, in cui solo l’autore del topic possa pubblicare post a livello radice e tutti gli altri utenti possano solo rispondere ai singoli post a livello radice.
Attualmente stiamo utilizzando CSS e JS molto macchinosi per abilitare questa funzionalità tramite visualizzazioni filtrate per utente e le risposte espandibili sotto ogni post.
Vedi
3 Mi Piace
Quindi… è piuttosto figo. Abbiamo un piccolo gruppo. Mi chiedevo perché non ci sia la possibilità di scegliere questa opzione nelle impostazioni personali dell’interfaccia.
1 Mi Piace
Mark ha già affrontato parzialmente la questione con:
E aggiungo il mio contributo:
Il problema fondamentale: contenuti condivisi, modelli mentali divergenti. Nel momento in cui due utenti vedono lo stesso argomento strutturato in modo diverso, si rompe il riferimento condiviso su cui si basa la conversazione.
La funzione di risposta funziona diversamente: quando l’Utente A (in modalità nidificata) scrive «come notato nel commento precedente…», l’Utente B (in modalità lineare) non vede alcun commento precedente, perché si tratta di un post che si trova tre posizioni più in alto, o quindici, a seconda del ramo collassato. Ciò significa anche che un autore non può più essere sicuro di come il proprio post viene visto dagli altri.
I permalink e i numeri dei post divergono: se l’ordine dei post dipende dalla modalità di visualizzazione, allora /t/topic/123/47 indica post diversi per utenti diversi, oppure indica lo stesso post ma appare in posizioni completamente diverse. (Non sono sicuro di come sia implementato attualmente, ma in ogni caso non è ideale)
E sono certo che ci siano altri problemi.
Si riduce a questo: una conversazione è condivisa e, per favorire una buona comunicazione, dovrebbe quindi essere strutturata allo stesso modo per tutti.
6 Mi Piace
Mi chiedo cosa succederà quando torneremo indietro. Lo stiamo provando per una settimana. Spero che questo non faccia crashare il sistema e che sia reversibile.
Ritengo comunque che sarebbe utile avere un’interfaccia diversa in base all’esperienza individuale. Il coinvolgimento prevale su un’esperienza unificata. Quindi, se il coinvolgimento è migliore, dovrebbe essere consentito. Forse esiste un modo per risolvere il problema dei collegamenti. Sembra più un problema di programmazione che sociale.
L’engagement prevale sulla buona comunicazione?
È ciò per cui Discourse ha sempre fatto da bandiera; esistono altre piattaforme che ottimizzano l’engagement a scapito di tutto il resto.
2 Mi Piace
Nella mia esperienza, puoi spostarti avanti e indietro come preferisci. Ho spostato alcuni argomenti nel nuovo layout e poi l’intero sito.
È un cambiamento rivoluzionario per i miei utenti.
L’unica cosa che hanno menzionato è che la barra di scorrimento super non esiste più. Posso capire il motivo, dato che i post potrebbero non essere più in ordine cronologico.
1 Mi Piace
È fantastico vedere che “un’esperienza mobile migliore” è già nella roadmap — non vediamo l’ora che i thread con rientro stile Reddit arrivino su mobile.
Una rapida domanda SEO sui messaggi annidati: ho notato che gli argomenti annidati utilizzano un URL /n/, e quando li recupero senza JavaScript viene restituita una struttura vuota, inoltre il canonical punta all’URL /n/ stesso invece che al normale URL dell’argomento /t/. I crawler ricevono comunque il contenuto completo del post renderizzato dal server sulle rotte /n/, o il canonical dovrebbe risolversi nuovamente in /t/? Voglio solo assicurarmi che l’attivazione dei messaggi annidati non danneggi l’indicizzazione. Grazie!
2 Mi Piace