Vorrei eseguire una singola istanza di Discourse per un programma universitario, dove diverse categorie di primo livello corrispondono a diversi corsi e dove l’accesso è gestito dai gruppi. Affinché gli istruttori e gli studenti del corso possano avere un’impressione coesa di un corso, vorrei fornire una sensazione di isolamento dei diversi corsi. Pertanto, vorrei che la mia istanza offrisse un’esperienza di navigazione simile a Teams/Slack/Mattermost, dove ci sono team relativamente isolati e gli utenti devono passare da uno all’altro. Per la mia istanza, ciò significherebbe che l’interfaccia utente enfatizza i dati relativi al corso attualmente selezionato. Ad esempio, gli utenti trascorrono la maggior parte del tempo in una delle categorie di primo livello e la selezione di una di esse filtra le sottocategorie e i canali di chat che possono facilmente vedere.
Un’esigenza simile si presenta su un’istanza in cui diverse categorie corrispondono a diversi gruppi di ricerca (vorrei eseguirne una anche in quel caso).
Quali sono gli strumenti esistenti che possono aiutare a raggiungere questo obiettivo?
Caso d’uso interessante! Una possibile soluzione è semplicemente disattivare le categorie non correlate, in modo che non vengano visualizzate negli elenchi degli argomenti.
In realtà non voglio che vengano silenziati: uno studente seguirà probabilmente più corsi contemporaneamente e le notifiche da tutti vanno bene. Piuttosto, voglio dare un’impressione più chiara di “ora sto guardando il corso X”.
Sembra che il gruppo primario = home selezionata, no? Devi abilitare user_selected_primary_groups in modo che gli utenti possano cambiare il loro gruppo primario nella pagina delle preferenze del loro account.
Idealmente, vorrei qualcosa di più effimero e meno visibile pubblicamente. Tuttavia, immagino che se non uso il titolo e il flair, allora un componente dell’interfaccia utente che cambia il gruppo primario funzionerebbe come un selettore di squadra.
Qualcosa come il selettore della barra laterale aggiuntivo che è stato in esecuzione qui come esperimento qualche giorno fa sarebbe fantastico per questo.
Potresti farlo. Potresti anche cambiare il logo del sito a seconda del loro gruppo primario; l’ho fatto per un sito che ha più università che condividono un’istanza. Forse avresti un componente a tema con un menu a discesa nella barra superiore che permetterebbe loro di selezionare il loro gruppo primario (e magari dire “classe” invece di “gruppo”).
@Anton_Akhmerov speri di farlo da solo o saresti disposto a pagare qualcuno per farlo al posto tuo? Fammi sapere!
Se vuoi farlo da solo, vorrei spostare questo in Dev in modo che tu possa lavorarci lì e riferire alla community e ricevere input dai colleghi membri. Spostiamo questo in Dev.
Se vuoi pagare qualcuno, lo sposterò in Marketplace.
Penso che potrebbe essere meglio spostare questo in Community e discutere ulteriormente del tuo caso d’uso, di come soddisfare al meglio le tue esigenze oggi e di fare spazio ad altri che potrebbero aver avuto esigenze simili e le hanno risolte.
Quindi, se vengono identificate lacune specifiche nel prodotto che ritieni abbastanza importanti da costruire tu stesso o da sostenere, possiamo creare argomenti separati in Feature e/o Dev per queste idee.
Ti sembra in linea con il tuo pensiero? O sei già nella fase “Sono pronto a costruire i pezzi mancanti”?
Community ha anche senso . La funzionalità sembra complicata e sembra essere in qualche modo allineata con le esigenze della community, considerando la popolarità di richieste come questa
Ho intenzione di lavorarci, ma finora il mio piano è piuttosto vago.
In seguito, ecco come immagino di soddisfare al meglio le vostre esigenze con le funzionalità standard di Discourse. Potrebbe non essere esattamente ciò che avete in mente, ma penso che valga la pena considerarlo come punto di partenza per la discussione.
Innanzitutto, faccio alcune supposizioni, che potrebbero essere valide o meno. Vi prego di farmi sapere dove sbaglio:
Ci saranno molti corsi (decine, forse centinaia)
La configurazione dei corsi avverrà periodicamente, in batch consistenti, all’inizio di ogni semestre (2-4 volte all’anno)
I corsi avranno una data di fine vita
Le persone che gestiscono i corsi devono avere una certa capacità di configurarli autonomamente
Le persone che gestiscono i corsi avranno un’esperienza limitata o nulla nella gestione di un sito Discourse.
Le persone che gestiscono i corsi hanno solo bisogno di vedere i propri. Potrebbero voler vedere occasionalmente quelli degli altri come esempi, ma non hanno bisogno di una partecipazione continua ad essi.
^ idem per le persone che seguono i corsi
C’è un team molto piccolo che gestisce il sistema nel suo complesso
I corsi non necessitano realmente di sottocategorie; l’uso di tag per organizzare i contenuti all’interno dei corsi sarebbe sufficiente
Dato che queste sono vicine, ecco cosa suggerirei, prima a grandi linee:
Creare un piccolo numero di categorie di primo livello: una per “Corsi Attuali”, una per “Corsi Passati”, una per “Corsi Futuri” e una o più per cose più generali sul sistema stesso (ad esempio, come usare il sito)
Impostare lo stile della home page su “box con categorie” in modo che siano ben visibili
Usare sottocategorie per ogni corso
Crearle in “Corsi Futuri”
Spostarle in “Corsi Attuali” all’inizio del semestre
Al termine di un corso, spostarlo da “Corsi Attuali” a “Corsi Passati”
Controllare l’accesso ai Corsi utilizzando i Gruppi (maggiori dettagli di seguito)
Controllo dell’accesso:
Per ogni corso, creare un set di gruppi come segue, ad esempio: foo_interessati, foo_iscritti, foo_admin
Creare due gruppi aggiuntivi: “sfoglia_corsi” e “sfoglia_corsi_passati”
Impostare le categorie in “Corsi Futuri” e “Corsi Attuali” in modo che siano accessibili solo alle persone nei gruppi per il corso specifico e alle persone nel gruppo “sfoglia_corsi”.
Impostare le categorie in “Corsi Passati” in modo che siano accessibili solo alle persone nei gruppi per il corso specifico e alle persone nel gruppo “sfoglia_corsi_passati”.
Esperienza utente per gruppi e corsi
Avere un argomento fissato nella categoria di primo livello per “Corsi Futuri” che spieghi come sfogliare i corsi, con un’agevole opzione per le persone di unirsi al gruppo “sfoglia_corsi”.
^ idem per “Corsi Attuali”
^ idem per “Corsi Passati”
Per i singoli corsi, avere un argomento fissato nella categoria che spieghi come iscriversi al Corso:
Unirsi al gruppo “foo_interessati” e/o “foo_iscritti”
Aggiungere il corso alla propria barra laterale
L’amministrazione sarà un po’ laboriosa all’inizio, poiché per ogni nuovo corso qualcuno con i privilegi appropriati dovrà:
Creare la categoria
Creare i gruppi
Creare l’argomento fissato
Aggiungere le persone al gruppo _admin
Fornire loro la documentazione necessaria per gestire il proprio corso
Parte di ciò potrebbe essere automatizzata con alcuni strumenti leggeri. A seconda di chi sia il team di amministrazione principale, potrebbe avere senso iniziare con qualcosa di esterno che utilizzi semplicemente l’API. Oppure, potrebbe essere necessario qualcosa di più basato sull’interfaccia utente, integrato in Discourse come componente tematico o plugin. Ma suggerirei di iniziare in modo snello qui, e concentrarsi prima sulla definizione di un processo che funzioni, quindi progettare gli strumenti attorno ad esso.
La scalabilità delle categorie è una possibile preoccupazione qui. Discourse presenta alcuni problemi di prestazioni e usabilità quando il numero di categorie diventa troppo elevato (centinaia o migliaia). Gli utenti con accesso a più categorie ne risentiranno, mentre quelli con accesso limitato no. Questa è parte della motivazione per limitare l’accesso alle categorie come ho delineato.
Sono molto interessato a ricevere qualsiasi feedback o domanda in merito a quanto sopra.
. La funzionalità sembra complicata e sembra essere in qualche modo allineata con le esigenze della community, considerando la popolarità di richieste come questa