Questo sito di esempio è una proposta su come far progredire il forum della comunità di un progetto di volontariato a cui partecipo. L’obiettivo è passare da un forum della comunità basato solo sulle conversazioni a un modello in cui la comunità è al centro del progetto.
Le categorie sono: Parla, Condividi e Agisci. Le aree dei team sono solo contrassegnate. L’idea è mantenere i team accessibili in generale e non segmentare la comunità con le categorie.
Per questa proposta ho anche adattato la funzione Assegna in Responsabile e il plugin Risolto in Completato. Selezionando Risolto su un argomento, questo viene automaticamente deselezionato, il che funziona bene in questo contesto: Responsabile mostrerà solo le attività non completate.
Funziona anche bene con l’utilizzo della funzione Evento per programmare le attività. L’unica modifica è stata rinominare Partecipo/Non partecipo in Unisciti e Esci per la partecipazione. Di default, elencherà le attività nel calendario Eventi imminenti, il che sembra molto utile.
Come hai configurato Discourse per la collaborazione della comunità? Sono curioso di conoscere altri approcci oltre alla semplice impostazione di un forum!
Grazie mille per aver pubblicato questo. Sto proprio pianificando una configurazione di Discourse per un uso molto simile, ed è stimolante e ispirante vedere cosa stai facendo.
Non pubblicherò qui le mie idee e la mia soluzione, poiché è probabilmente meglio avere un argomento separato per quello e mantenere questo focalizzato sulla discussione delle tue idee.
Mi piace quanto sia pulito e semplice.
La tua divisione in Talk / Share / Act sembra davvero chiara, adoro la chiarezza. Tuttavia, non sono sicuro di volerla usare, perché non sono convinto che sia così che funzionano le cose nella mia comunità. Non sono sicuro di chi verrebbe aiutato dalla distinzione, ad esempio quando qualcuno volesse sfogliare Talk ma ignorare Share.
La tua colonna sinistra è bella… è un componente del tema o un tema personalizzato?
Qual è lo scopo di avere le “Categorie” aggiunte nel menu in alto, quando le hai già in cima alla barra laterale sinistra?
La tua idea di adattare il plugin solved come “Completato” è molto interessante, proverò quella.
Grazie per il tuo feedback, Jonathan! E sì, è una buona idea non impostare questo argomento come una raccolta di soluzioni diverse; ho modificato il titolo e il testo del mio post originale!
Per quanto riguarda il punto 2): Sì, non intendevo suggerire di utilizzare esattamente gli stessi termini. C’è però un suggerimento generale: evitare di dividere la comunità in sottogruppi con categorie di primo livello. Ho creato una mappa mentale per visualizzare questo concetto. Per me, qualsiasi elemento che puoi inserire in una bolla bianca simile supporterebbe bene questo layout:
Sto utilizzando il plugin Custom Layouts e tutti i suoi widget attuali: Elenco Categorie, Profilo, HTML Personalizzato ed Elenco Argomenti. Quindi il menu di navigazione che elenca i tag (comunità, design, sviluppo, marketing) è un elenco HTML personalizzato.
Uso la barra laterale solo nella visualizzazione desktop, non su mobile; ecco perché mostro anche le categorie nella navigazione superiore. Inoltre, potrebbero esserci altre categorie a cui non vorrei dare un risalto simile nel menu della barra laterale.
Mi piace molto il tuo modo di pensare. Quando ho iniziato a imparare a scrivere plugin per Discourse, ho commesso anch’io l’errore di concentrarmi troppo sulle categorie. Penso sia utile immaginare come sarebbe compiere le azioni che facciamo su Discourse nella vita reale. Immagina di entrare in una categoria e “creare un nuovo argomento”. A me sembra innaturale. Non ricordo di aver mai fatto qualcosa di simile nella vita reale. Credo che sia molto più naturale compiere azioni come “avviare una conversazione” o “fare una domanda”. Le azioni dovrebbero essere qualcosa che si senta effettivamente naturale nella vita reale. “Creare un argomento” mi sembra meccanico e forse anche un po’ scortese. Ecco perché sto costruendo un’API per sostituire le azioni del compositore con qualcosa di personalizzato nel plugin su cui sto lavorando al momento. Mi piace anche la tua idea di creare una comunità con uno scopo preciso. Sento che il mio obiettivo di creare un dizionario collaborativo basato su Discorse va nella stessa direzione. Discourse deve essere personalizzato in qualche modo. Altrimenti è troppo simile a un gruppo Facebook, e l’attrito dei gruppi Facebook è molto basso. Spero che couchers.org abbia successo. Ho usato couchsurfing.org a marzo, quando sono arrivato a Taipei, e non l’ho più usato da allora, ma ho sentito da altri viaggiatori che ha avuto un piccolo crollo i soldi dei venture capital rovinano tutto
Sono curioso di sapere perché hai scelto di non usare la visualizzazione layout per mobile.
Noi abbiamo scelto di nascondere completamente il menu a discesa delle categorie (in un componente del tema). Mi chiedo se tu abbia apportato delle modifiche al Widget Lista Categorie per selezionare categorie specifiche? O se stai usando l’impostazione excluded_categories? Avevo considerato l’idea di aggiungere un’impostazione included_categories (o qualcosa di simile), poiché potrebbe essere utile per alcune persone.
Recentemente ho abilitato tre livelli di categorie su thepavilion.io per consentire un’organizzazione diversa della knowledge base. In precedenza avevamo:
Per un certo periodo ho resistito a questo cambiamento, poiché tre livelli sono più complessi, specialmente per quanto riguarda la gestione da parte di plugin e temi. Ad esempio, il widget lista categorie layouts non supportava tre livelli (ho aggiunto il supporto solo recentemente).
Tuttavia, ora abbiamo bisogno di tre livelli nella knowledge base per motivi organizzativi (ad esempio, dobbiamo estrarre determinati argomenti della knowledge base dall’API su base categoria). Come ci si potrebbe aspettare in un Discourse basato su progetti/lavoro, la categorizzazione può essere influenzata dalle esigenze organizzative, piuttosto che dai temi di discussione tipici di un forum più focalizzato sul dibattito.
In realtà sono soddisfatto della visualizzazione mobile così com’è. Ritengo anche utile non complicare troppo le adattazioni. Così, la navigazione di base del sito funziona con il menu di navigazione standard.
Ora l’ho esaminato e, come feedback, ho avuto alcune difficoltà a capire come dovrebbe funzionare. Sembra un altro menu HTML hard-coded. Cercherei anche di evitare quello.
Sì, ho escluso alcune categorie dalle impostazioni del widget. Penso che includerle sarebbe più intuitivo, poiché è così che funzionano la maggior parte delle impostazioni. Si potrebbe probabilmente popolare quell’elenco con tutte le categorie esistenti al primo attivazione del widget?
Nel complesso, mi piace davvero molto il plugin discourse_layouts e ho lasciato ulteriori feedback sui suoi widget qui:
i soldi dei venture capital rovinano tutto 
e ho lasciato ulteriori feedback sui suoi widget qui: