Le sottocategorie dovrebbero essere annidate nella barra laterale.
Cose come questo esempio non funzioneranno a meno che le sottocategorie non siano annidate:
Ford
–Guida
–Acquisto
GM
–Guida
–Acquisto
Il risultato visualizzato sarebbe:
Guida
Guida
Ford
GM
Acquisto
Acquisto
Nello screenshot qui sotto, documentation è la categoria padre, mentre admins, faq, moderators, sso, sysadmin sono sottocategorie.
Un dettaglio che dobbiamo definire qui è cosa fare nel caso in cui qualcuno aggiunga la sottocategoria e non la categoria principale… la categoria principale dovrebbe essere sempre inclusa per contesto?
È più o meno un obbligo, se le sottocategorie possono avere nomi duplicati.
Non sono uno sviluppatore, ma mi occupo molto di UX/UI, quindi direi che usare lo stesso nome è comunque una pessima politica. Quindi una soluzione sarebbe forzare l’unicità anche dei nomi reali (e dopo di ciò ci sono tonnellate di forum rotti…)
Ma potreste darci mano libera per nominare le categorie dall’amministratore in un modo che non sia correlato alla tecnologia del forum? È solo un altro nome visibile per gli utenti, quindi si potrebbe usare qualcosa come categoria:sottocategoria.
Forzare il nome della categoria padre nel nome della sottocategoria creerà molte informazioni ridondanti, come:
Ford
– Ford Driving
– Ford Purchasing
GM
– GM Driving
– GM Purchasing
Ho appena rinominato tutte le nostre sottocategorie con un prefisso di categoria, ma concordo anche sul fatto che la nidificazione sarebbe una buona opzione. Poiché abbiamo diversi livelli di sicurezza su ciascuna categoria principale, abbiamo utilizzato lo stesso nome, ma posso anche vedere il vantaggio di avere prefissi.
Sarebbe anche bello se le categorie potessero essere espanse e compresse: con oltre 200 categorie, è un elenco lungo.
Il nostro pensiero iniziale è che potremmo iniziare con alcuni semplici miglioramenti qui:
Non risolve l’intero problema, ma le soluzioni alternative di: 1) chiedere agli utenti di aggiungere la categoria padre da soli o 2) aggiornare i nomi delle categorie per distinguerle sono entrambe disponibili.
Tuttavia, terremo d’occhio questo aspetto e valuteremo quali altri cambiamenti potrebbero essere giustificati.
Quante di queste categorie ti aspetti che un dato utente aggiunga alla sua barra laterale?
La prendo come una domanda generale 
Nessuna. Stanno già seguendo solo quelle categorie che sono interessanti e desiderano notifiche ugualmente da tutte quelle.
3 post sono stati divisi in un nuovo argomento: Opzione per mostrare solo categorie e tag non letti nella barra laterale
L’attivazione/disattivazione delle sottocategorie nella barra laterale è essenziale. Abbiamo già nove categorie e 19 sottocategorie e non ho finito di ordinarle. Prevedo di aggiungere altre 25 sottocategorie. Vorrei che fossero tutte disponibili nella barra laterale. Il nostro corpus si sta costruendo dal 1969, quindi il nostro forum serve tanto come biblioteca di riferimento quanto come simposio. Per noi, le categorie sono sia aiuti alla ricerca sia filtri di conversazione.
Per lo stesso motivo, i tag devono essere alfabetici e scorrevoli nella barra laterale. Abbiamo 1400 tag e raddoppieranno quando avrò finito di ordinarli. Senza una finestra di scorrimento, sarà impossibile presentare i tag in modo utile. Infatti, una finestra di scorrimento con una casella di query in cima sarebbe l’ideale.
Probabilmente è una discussione separata, ma mettere i tag in finestre a comparsa commutabili sotto i titoli degli argomenti nella visualizzazione elenco sarebbe anche molto utile. I nostri argomenti hanno in media 18 tag ciascuno. Il nostro argomento più lungo ha 98 tag. Quando li presento tutti, oscurano i titoli degli argomenti. Lo menziono qui perché l’implementazione di una classe generica di casella di scorrimento attivabile potrebbe servire a molteplici scopi utili.
Sarebbe anche bello se le categorie potessero essere aperte e chiuse.
Perché? Sarebbe davvero orribile da usare, perché quell’elenco sarebbe lunghissimo. Beh, se la maggior parte dei tuoi utenti ha uno schermo da 24 pollici o più grande e non ti dispiacciono schermi più piccoli e dispositivi mobili e i tuoi utenti non sanno come usare la pagina delle categorie, allora forse.
E siamo tornati al problema principale: un utente deve avere la scelta di cosa vedere e cosa no. Non spetta all’amministratore decidere.
Per facilitare la navigazione. Sarebbe molto più pulito della visualizzazione a doppia larghezza per categoria/elenco, che è l’unica opzione attuale e occupa molto più spazio di un singolo elenco con una barra laterale se lo spazio è un problema.
Perché
Supponendo che tu ti riferisca ai tag, un elenco ordinato alfanumericamente lungo un miglio che scorre all’interno di una finestra controllata da una casella di ricerca sopra di essa e da una rotellina del mouse sarebbe piuttosto comodo, molto meglio di qualsiasi altra presentazione di tag. Ciò include l’enorme visualizzazione dell’elenco della pagina dei tag, che non è assolutamente un comodo ausilio alla navigazione perché richiede un rapido passaggio avanti e indietro dalla pagina dei tag all’argomento e per il quale l’unico strumento è il pulsante indietro del browser.
quell’elenco sarà lungo un miglio.
Quindi due punti qui.
Innanzitutto, Discourse è costruito dal basso verso l’alto per il futuro, il che significa che è destinato a tutti coloro che dispongono di schermi ampi e ad alta risoluzione. Comunque, è quasi un punto irrilevante, ho appena comprato un nuovo monitor per mia figlia la settimana scorsa e ho trovato zero disponibili a meno di 24 pollici.
Per quanto riguarda il mobile, posso solo dire che la navigazione progettata per queste classi di interfacce è in ogni modo diversa da quella per un desktop o un laptop. Le barre laterali non sono uno strumento appropriato.
se la maggior parte dei tuoi utenti ha uno schermo da 24 pollici o più grande e non ti dispiacciono schermi più piccoli e dispositivi mobili
Il futuro, che è già la normalità di lunedì, è totalmente opposto. È costruito sui cellulari. Mi dispiace, ma i grandi schermi sono una cosa del passato.
Sapevi che in Europa i cellulari sono più comuni dei laptop? Ma non abbiamo più nemmeno telefoni fissi o assegni (tranne Regno Unito/Irlanda, ma sono indietro di circa 50 anni )
Sembra che il tuo caso d’uso sia più adatto a discourse-docs che alla barra laterale.
Puoi vedere un esempio della vista e del filtraggio che fornisce qui Documentation - Discourse Meta
Certo, non me l’aspettavo affatto. Penso che la versione a barra laterale della barra laterale sia ben adatta a quei fastidiosi dispositivi mobili.
Quindi forse lo sai, questa è l’app mobile che viene fornita con i forum fortunati di Digital Ocean?
Stephen, grazie per questo suggerimento. L’ho installato e ci sto giocando. Potrebbe funzionare per un gran numero di articoli che non abbiamo ancora aggiunto. Ciò di cui ho bisogno per quelli è la possibilità di commentare per attirare il lettore nelle discussioni. Stavo pensando di integrare Ghost a tale scopo.
Penso ancora che la barra laterale sarà ideale per la navigazione desktop/laptop se viene fornita con una casella di scorrimento attivabile per i tag e con categorie attivabili.
Questa parte è stata consegnata in PR
FEATURE: double color for subcategories prefix by lis2 · Pull Request #18525 · discourse/discourse · GitHub
Il badge colorato è molto utile per distinguere le relazioni genitore-sottocategoria. L’ordinamento e un possibile rientro dovrebbero consolidare l’identificazione visiva delle sottocategorie. Ecco cosa intendo:
documentation è la categoria genitore di admins e sysadmin. Nella configurazione attuale, sono ordinati alfabeticamente e l’unica indicazione di una relazione è il badge colorato a metà. Ovviamente, questo non è l’ideale.
Quando ordinati, otteniamo un senso di ordine e relazione, ma è comunque solo una distinzione tramite badge colorato.
Un modo migliore sarebbe dare alla sottocategoria un leggero rientro che è universalmente compreso come un’indicazione di una relazione categoria-sottocategoria. Il mockup sopra mostra come potrebbe apparire quando la sottocategoria è rientrata di una larghezza pari a metà o intera del badge.
¡Gracias por tomarte el tiempo de diseñar estas ideas!
Hay otro escenario a tener en cuenta: cuando los usuarios tienen todas las categorías anteriores en su barra lateral que has ilustrado, pero no la categoría principal Documentation. ¿Cómo te imaginarías manejar ese escenario?
Suppongo che dipenderebbe dalla struttura del sito. Nella mia OP, dove ho usato Ford e GM come esempio di comunità strutturata, non includere una categoria padre potrebbe rendere difficile la lettura della barra laterale: quale è quale?
In questo caso, la categoria padre dovrebbe essere mostrata:
Nei casi in cui ogni sottocategoria può stare da sola, il padre potrebbe non essere necessario.
Per le categorie con sottocategorie, la mia community tratta il padre come un segnaposto che non ha argomenti. Invece, tutti gli argomenti sono nelle sottocategorie. Abbiamo altre categorie autonome.
Quindi, idealmente, un amministratore potrebbe scegliere se la categoria padre viene elencata nella barra laterale.
Mostra la gerarchia nella barra laterale
L’ordine delle sottocategorie nella barra laterale ora viene ordinato prima per il loro genitore secondo questa PR di @tgxworld:
Qualcuno ha trovato una soluzione per le sottocategorie nidificate? Sto ancora cercando e non sono riuscito a trovare componenti tematici che funzionino.
