Stiamo puntando tutto sui tag grazie all’incredibile fluidità inter-team che offrono, specialmente se combinati con plugin di project management come le kanban board, i sistemi di voto e i calendari.
Stiamo lavorando a un sistema di ‘tag-navigation’ in modo che gli utenti possano:
utilizzare la barra di ricerca per inserire termini e saltare direttamente ai tag e alle intersezioni di tag. La barra di ricerca nativa ha già questa funzionalità, quindi la stiamo rendendo il comportamento predefinito e la stiamo inserendo in un banner.
la vista principale visualizzerà le pagine dei tag in riquadri, esattamente come il forum mostra attualmente le categorie in vista a riquadri. Questo significa che gli utenti possono navigare tra i tag: ogni clic aggiunge un tag alla loro intersezione, creando un sistema di navigazione ad albero. Ad esempio: ‘webdev’ > ‘reactjs’ > ‘new-build’ > ‘fri-workteam’ > ecc. > ecc., e così via per tutto il tempo che gli utenti desiderano.
Il problema principale che stiamo affrontando è che la maggior parte dei plugin non supporta ancora i tag e le pagine dei tag. Abbiamo modificato con successo le kanban board per farle funzionare con i tag e le pagine dei tag, il che è fantastico perché posso vedere tutti i task ‘webdev’ in lavorazione, o solo quelli del team ‘fri-workteam’, oppure posso aggiungere il tag ‘ux’ per vedere dove i team stanno collaborando o quali task richiedono entrambe le competenze. Una volta modificato anche il calendario del team, avrò tutte le stesse opzioni per sapere chi sta lavorando e quando. Lo stesso vale per il plugin di voto che utilizziamo per scegliere nuove idee, progetti e task.
Stiamo appena intraprendendo un grande progetto per portare la nostra rete di volontariato, che mira a creare più pace e benessere nella comunità mondiale, al livello successivo. Saresti assolutamente il benvenuto a unirti a noi nello sviluppo del codice; ecco dove stiamo costruendo. Io e alcuni dei nostri membri abbiamo contribuito con una somma piuttosto alta per pagare qualcuno che lo realizzasse, poiché il nostro team di sviluppatori Ruby on Rails era troppo silenzioso e i tempi si stavano allungando eccessivamente.
Ne ho parlato alcune volte negli ultimi 8 mesi circa, dopo aver esplorato questo forum e visto un numero sempre crescente di utenti desiderosi di sfruttare la flessibilità dei tag nel loro forum, ma che si scontrano con problemi poiché la maggior parte dei plugin e dei componenti di navigazione principali sono stati sviluppati per le categorie, e solo pochi hanno già adottato il supporto per la nuova funzionalità dei tag.
Potremmo aspettare che tutti gli autori di plugin modifichino i loro plugin (e come ho accennato sopra, stiamo pianificando di farlo per alcuni nel prossimo mese o due). Propongo invece una soluzione a livello di core che aggiorni immediatamente tutti i plugin e i componenti esistenti, istruendoli a trattare i tag e le pagine dei tag allo stesso modo delle categorie.
Ciò migliorerebbe significativamente l’usabilità dei tag su Discourse per gli utenti, in un modo che, sospetto, sarà comunque adottato da tutti gli sviluppi futuri, risparmiando agli utenti mesi o anni di attesa per gli aggiornamenti che supportano i tag… e, naturalmente, risparmiando a tutti gli autori di plugin molto lavoro.
Potrebbe essere previsto uno shortcode o un interruttore per disabilitare questa funzionalità per eventuali plugin che gli autori non desiderano supportare i tag, anche se non riesco a pensare a nessun caso specifico. Questo interruttore potrebbe anche essere disponibile per gli utenti, permettendo loro di attivarlo o disattivarlo e scegliere così il comportamento dei loro add-on.
Ecco alcuni esempi di utenti che desiderano utilizzare di più i tag ma si scontrano con limitazioni che verrebbero risolte da questa soluzione. Li ho estratti dai miei commenti recenti; ce ne sono molti altri che ho trovato in passato durante le ricerche:
Non voglio dire che dovrebbero essere trattati allo stesso modo in senso generale. Mi riferisco piuttosto al fatto che un certo codice nel core di Discourse, che possa essere attivato o disattivato dagli utenti e dai creatori di plugin, e che istruisca i plugin a riconoscere i tag nello stesso modo in cui riconoscono le categorie, risparmierebbe a molti sviluppatori di plugin la necessità di adattare i propri plugin per gestire i tag e le pagine dei tag. Questo fornirebbe inoltre una vasta gamma di plugin agli utenti per personalizzare ulteriormente i propri siti, e ho collegato alcuni esempi di utenti che hanno richiesto questa funzionalità.
Poiché i tag sono piuttosto nuovi, mentre le categorie sono ben sviluppate, i plugin sono stati creati pensando alle categorie. C’è un numero crescente di utenti che utilizzano i tag in modo più centrale e che commentano esprimendo il desiderio di poter accedere alle funzionalità che i plugin offrono attualmente alle categorie.
Non sono abbastanza esperto da sapere se quanto suggerisco sia possibile; penso solo che, individualmente, quasi tutti i plugin finiranno per supportarlo (come il plugin dei banner dei tag che ricrea il plugin dei banner delle categorie), e ciò rappresenta un percorso lungo per i loro sviluppatori. Se potesse essere implementato nel core di Discourse, risparmierebbe loro un’enorme quantità di tempo e porterebbe benefici a molti utenti in tempi brevi.
Il supporto per i tag verrà implementato nella maggior parte dei plugin entro i prossimi anni. Mi chiedevo se fosse possibile integrarlo nel core per accelerare il processo per gli utenti e risparmiare agli sviluppatori la necessità di implementarlo individualmente. Sarebbe arrivato troppo tardi per la nostra versione; è solo un’idea che propongo perché, se fosse possibile, offrirebbe molte più opzioni di personalizzazione ad altri utenti in breve tempo.
È così eccessivamente generalizzato da essere privo di significato.
Se non puoi avvalorare la prima affermazione, non capisco perché gli sviluppatori dovrebbero fare qualcosa, figuriamoci intervenire sul core.
Molto pochi utilizzano i tag senza categorie. Se ci fosse un enorme aumento della domanda, in particolare da parte di clienti paganti, ne sono certo che accadrebbe.
La navigazione per tag senza categorie è uno dei plugin che stiamo sviluppando.
Mi riferisco ad altri plugin e componenti come: banner per categorie, calendario, eventi, kanban, votazione, valutazione e anteprima degli argomenti. Quelli che supportano i tag fornirebbero nuovi strumenti a tutti gli utenti. Ho anche risposto ai post in cui si esprime il desiderio di avere il supporto per i tag nei plugin banner, eventi, kanban, votazione e navigazione (quello che stiamo costruendo), chiedendo all’autore originale se desidera unire le risorse per farli sviluppare. Potremmo costruirli insieme per tutti, oppure pagare per farli realizzare se non riusciamo a riunire le competenze necessarie.
Questo è impossibile. È come dire di trattare istantaneamente Windows e macOS allo stesso modo. Ci sono grandi differenze, altrimenti non avremmo sia i tag che le categorie.
Pensavo che fosse possibile trovare una soluzione alternativa come:
‘se l’utente o il creatore ha selezionato l’opzione, quando i plugin richiedono le categorie nel database, restituire anche i tag’
oppure
‘dove viene utilizzato l’identificatore della categoria per indicare al plugin di distribuire, cercare anche l’identificatore del tag se l’opzione è selezionata’