Il problema lì è che ci sono dozzine di categorie di primo livello, ognuna con circa 10 sottocategorie, e sta diventando ingestibile.
Non so quante volte ho voluto pubblicare qualcosa in una categoria che so esistere, non sono riuscito a trovarla, ho rinunciato e l’ho inserita in una categoria generica come “Solo chiacchiere”.
Vedo che molti altri utenti stanno facendo lo stesso, e questo vanifica lo scopo di avere categorie in primo luogo.
Contribuisce anche all’impressione che il sito sia troppo grande e che sia difficile trovare le cose, cosa che viene periodicamente espressa da alcuni utenti… specialmente dai nuovi utenti.
Ho proposto di avere una vista alternativa delle categorie che mostrasse tutto come un albero a due livelli, completamente espanso, molto grezzamente abbozzato in Note sul mio iPad
Usando questo approccio, penso che un utente potrebbe scansionare rapidamente l’elenco, aiutando la scopribilità per l’utente e riducendo il carico di lavoro dei moderatori che spostano gli argomenti nelle categorie appropriate.
È un problema che hanno creato gli amministratori. È un’idea orribile e si sconsiglia di farlo. Potresti indicare all’amministratore È ora di parlare di tag
Ecco perché si sconsiglia di avere molte categorie.
Un altro problema è che sono riusciti a far sì che la pagina delle categorie non elenchi tutte le categorie (probabilmente perché sono troppe). Normalmente, https://community.justinguitar.com/categories elencherebbe tutte le categorie. Quindi quello che vuoi veramente è l’elenco predefinito delle categorie.
Grazie per il link. Per quanto ne so (sono solo un utente) non usano affatto i tag lì, quindi presumo che sarebbe uno sforzo enorme cambiare approccio.
Questo potrebbe essere per motivi storici… il sito è stato trasferito da un altro sistema a Discourse… forse era più facile mantenere uno schema di categorie esistente.
Esistono strumenti da riga di comando per modificare/unire in blocco categorie, aggiungere tag e così via. Tecnicamente parlando, non è necessariamente uno sforzo enorme, ma deve essere ponderato attentamente perché alcune di queste azioni non possono essere annullate.
Può anche avere un impatto sulla community abituata a come sono organizzate le cose. Gli utenti dovrebbero adattare le loro abitudini alla nuova struttura e imparare a usare i tag se non vengono ancora utilizzati.
Voglio dire, è così che hanno impostato il sito e lo stanno gestendo. Il team di Discourse può creare tutte le nuove invenzioni che vuoi, tu hai un totale di 0 possibilità di influenzare se qualcosa di tutto ciò venga mai utilizzato su qualsiasi sito web tu possa usare. La tua prima sfida sarebbe farli persino preoccupare di ciò che tu, un utente, vuoi riguardo alla riprogettazione del loro sito. Poi dovrebbero installarlo, rendere disponibili le opzioni, ecc. tutto ciò che presuppone che loro pensino che sia un problema in primo luogo.
Ma in ogni caso avrai infinitamente più fortuna (scommetto lo 0,5% in più?) dicendo alle persone sul sito effettivo che trovi il loro sito impossibile da usare e mal progettato, invece di cercare di convincere le persone che hanno creato il software a creare un software completamente nuovo con cui non puoi fare assolutamente nulla lol. Tutti i difetti che hai menzionato sono esclusivamente a causa di come volevano impostare e utilizzare il sito. Aggiungere nuove funzionalità per “risolvere” un problema auto-creato non ha molto senso.
