Guarda questo video per un’introduzione al plugin:
Come iniziare
Per prima cosa, abilita il journaling per una categoria nelle impostazioni della categoria. Fai clic su “Impostazioni” a sinistra, scorri fino in fondo, seleziona “Abilita journaling in questa categoria”, fai clic su “Salva categoria” e aggiorna la pagina. Il pulsante “Nuovo argomento” nella categoria ora leggerà “Crea diario”, fai clic su di esso per creare il tuo primo diario.
Grazie per aver pubblicato! Dalla nostra esperienza pratica, il formato di categoria diario/diario/log è una delle categorie più potenti che puoi aggiungere alla tua community.
Attendiamo con impazienza ulteriori sviluppi del plugin.
Discourse non ha hook di disattivazione dei plugin come Wordpress, quindi non accadrà automaticamente, ma c’è un pulsante nelle impostazioni della categoria che ti permette di ripristinare i post in una categoria al loro ordine normale. Quindi, mentre il plugin è ancora abilitato, dovresti:
Disabilitare la funzionalità del journal nella categoria.
Alcuni spunti per potenziali miglioramenti per una possibile futura v2.0 del plugin del diario. Considera queste solo idee buttate lì e non richieste di funzionalità effettive. Voglio solo esporle pubblicamente e vedere cosa ne pensano gli altri utenti.
“Motore” di commenti migliore o diverso
Invece di post regolari, i commenti (alias risposte alle voci del diario) dovrebbero funzionare in modo simile a come avviene nel plugin di voto dei post. Bisogna fare riferimento al Grande Fratello Facebook, dove l’esperienza di pubblicazione dei commenti è il miglior esempio.
La domanda è se questi commenti vengano conteggiati nell’attività dell’utente o se debbano essere conteggiati in primo luogo.
In questo modo anche la timeline non sarà così difettosa, poiché solo i post del proprietario dell’argomento verranno conteggiati.
Suggerimento/bozza delle specifiche:
“Motore” di commenti di voto dei post
I commenti non contano ai fini dell’attività (possibile impostazione del plugin on/off)
visualizzare avatar utente e nome utente a metà grandezza accanto ai commenti (ma nascondere il flair dell’avatar)
Diari condivisi (piuttosto un “nice-to-have”)
Questo è piuttosto un azzardo e non super cruciale. Ma abbiamo avuto alcuni utenti che hanno richiesto argomenti di diario in cui fondamentalmente hai due proprietari dell’argomento. La domanda è quanto sia fattibile in primo luogo?
Idee per le specifiche:
il proprietario dell’argomento può aggiungere co-autori
il co-autore può creare una nuova voce del diario
(se fattibile) avatar del proprietario dell’argomento e del co-autore visualizzati uno sopra l’altro nell’elenco degli argomenti
Consiglio un miglioramento al plug-in (che è fantastico!). Il pulsante dei commenti dovrebbe essere più visibile, ad esempio per le istanze che utilizzano Reactions, il pulsante non è nemmeno visibile a meno che non si scorra orizzontalmente. Poiché questa è una nuova funzionalità, per scopi di UI/UX metterei il pulsante dei commenti in modo chiaro e visibile.
Per sicurezza… non permetto mega-argomenti e dopo 50 post quell’argomento verrà chiuso e ne verrà creato uno nuovo.
tali creazioni automatiche sono di proprietà del sistema, quindi devo cambiarne il proprietario, giusto?
nel mio caso il limite di 50 post è ancora valido e poiché Journal è “solo” un argomento in versione potenziata, anche i commenti delle voci vengono conteggiati nel limite di 50 perché tecnicamente sono commenti di un post quando le voci sono commenti di un argomento, giusto?
Questa è più un’area di Discourse, ma posso cambiare un commento che ora è una voce invece di essere un commento di una voce? Non ho trovato un’opzione del genere nell’interfaccia utente. Se devo usare Rails, allora non mi preoccupo. Troppo complicato per una cosa così piccola.
Ho molti argomenti di tipo diario e li ho cambiati in questo sistema, ma tutti hanno commentato l’argomento, e ora quelli vengono mostrati come voci. Beh, il vecchio argomento e pochi nuovi membri li leggono anche e sono totalmente sicuro che non si preoccupano di come viene mostrato il contenuto.
Grazie per il plugin! Ho iniziato a usarlo non molto tempo fa, ma aveva un’aria “abbandonata” quindi ero insicuro. Sembra funzionare bene però! (Ecco un esempio che lo utilizza, ho modificato il css per nascondere i dettagli e snellire l’aspetto)
Penso che l’unica cosa che potrei raccomandare vivamente di migliorare è come salta ai nuovi commenti quando si rivisita l’argomento. È difficile da spiegare ma a volte è scattoso/poco chiaro dove si trovi il nuovo commento quando si sta recuperando.
Potresti essere più specifico su questo fronte? Pensi che dovrebbe essere identico?
Nota che il plugin di voto dei post era originariamente il plugin Domande e Risposte, da cui è stato derivato il plugin Diario (vedi oltre). Portare questo in linea con le modifiche ai commenti in Voto dei post è fattibile.
Interessante. Non sono sicuro se si tratti di un problema con questo plugin o con il menu dei post stesso, ma sì, questo dovrebbe essere risolto. Si tratta di mobile o desktop? Quale browser?
hm, interessante sistema che hai messo in piedi. La risposta dipenderà da come hai impostato questo sistema di divisione automatica degli argomenti. Le voci sono distinte dai commenti in base al fatto che il post abbia un reply_to_post_number, ovvero:
Bene, sto usando la funzionalità del core, quindi probabilmente non modificherò nulla. Come al solito
Sto solo cercando di capire cosa succederà in futuro. Ma se ho capito bene, le voci contano per il limite massimo di post, ma i commenti no. Se è così, è splendido.
Meta-argomento fuori tema, ma i mega argomenti sono generalmente accettati Sono orribili da leggere per ogni nuovo membro e terribili da trovare qualcosa per quelli più vecchi. Ora inizio a capire perché i riassunti sono una funzionalità così desiderata. È inevitabile che i mega argomenti portino a ripetizioni infinite e a una grande quantità di argomenti fuori tema.
Allo stato attuale, sia le voci che i commenti verranno conteggiati ai fini del limite. Potrei eventualmente modificarlo in modo che vengano conteggiate solo le voci. Ma dovrei esaminare la cosa più da vicino.
Inizio a perdere il focus qui, e sto facendo domande di livello base, ma se posts.where e posts.where.not fanno la stessa cosa, qual è la differenza allora? Ma presumo che nil fosse solo un esempio e venga usato un valore reale
Comunque. Questa domanda di lunghezza limitata non è davvero importante, quindi se vuoi guardarla, fallo quando sei annoiato e non hai niente di più importante da fare. Perché a un certo punto saprò come funziona nell’ambiente live.
Non significano la stessa cosa. nil è il valore reale.
posts.where(reply_to_post_number: nil)
significa post in cui reply_to_post_number è nil, il che significa che è un post non in risposta a un altro post (cioè, è un’entrata).
posts.where.not(reply_to_post_number: nil)
significa post in cui reply_to_post_number non è nil, il che significa che è un post in risposta a un altro post (cioè, un commento).
Comunque, probabilmente non devi preoccuparti delle query di rails. Ti farò sapere se aggiungiamo il supporto per non contare i commenti nella divisione automatica degli argomenti principale.
Ciao @angus grazie mille, molto apprezzato, sono riuscito a individuare le impostazioni aggiuntive durante la configurazione di una categoria e ora funziona come previsto, grazie mille per il tuo contributo e per il tuo lavoro su questo eccellente plugin
Ciao ragazzi, una specifica di lavoro è attualmente in fase di definizione per questo plugin. Se sei interessato ad estendere / utilizzare questo plugin e vuoi saperne di più, inviami un messaggio su coop.pavilion.tech.
Sono orribili da leggere per ogni nuovo membro e terribili da trovare qualcosa per quelli più vecchi. Ora inizio a capire perché i riassunti sono una funzionalità così desiderata. È inevitabile che i mega argomenti portino a ripetizioni infinite e a una grande quantità di argomenti fuori tema.
