Ci sono poi alcuni tag scritti in modo errato. Un esempio è phbb, che sembra essere un errore di phpbb.
Inoltre, sembra che hcaptcha non abbia un’icona e sia posizionato nel gruppo di tag Other Tags, invece che nel gruppo di tag Official Plugins. Inoltre, a graphviz manca la sua icona, mentre topic-list-author si trova nel gruppo di tag Other Tags invece che nel gruppo di tag Official Theme Components.
Aspetta! C’è di più. ai-artifacts e ai-custom-prompt sono posizionati nel gruppo di tag Other Tags, quando invece dovrebbero essere nel gruppo di tag Discourse AI Features. Inoltre, il tag sidebar-tags si trova nel gruppo di tag Official Plugins e non nel gruppo di tag Official Theme Components.
Mi scuso in anticipo se sto prestando troppa attenzione ai dettagli.
Grazie, Nate! Apprezzo la tua attenzione ai dettagli. Come dice Lilly, molti di questi tag vengono utilizzati in vari modi non visibili al pubblico. Nelle categorie private e nei messaggi personali con i clienti. Non vedo l’ora di portare un po’ di ordine alla pagina /tags!
Ho appena provato ad aggiungere phpbb agli argomenti attualmente taggati phbb e per qualche motivo non ha funzionato. È strano. phpbb è nel gruppo di tag Migrations, ma quel gruppo di tag non limita chi può usare il tag.
Ci sono un bel po’ di tag qui su Meta che sono ‘visibili a tutti ma utilizzabili solo dallo staff (suppongo)’, quindi possono essere visti nel selettore dei tag (ad esempio, digitando ‘qu’ appaiono tag come quest e basic-downgraderequest). Tuttavia, a quanto pare, questi tag non devono essere visti dal resto della comunità, se non internamente. Quindi avrebbe senso renderli visibili solo ai gruppi interni invece che a tutti? O c’era una motivazione specifica per farlo?
Anche lì c’è revision-needed, ma nessun argomento lo ha. Forse viene utilizzato solo nei contenuti privati, ma per qualche motivo il tag è visibile pubblicamente.
Se un tag è elencato funzionalmente come riservato, non dovrebbe mai essere visibile nell’interfaccia utente da parte di membri non autorizzati, indipendentemente da quanto i dati siano intrinsecamente sensibili.
L’insegnamento just-in-time è sempre un equilibrio delicato tra confondere l’utente non mostrando un tag che sa esistere ma non può utilizzare per “motivi”, e sommergerlo di informazioni su cui non può fare nulla
Darò un’occhiata per vedere se posso migliorare l’esperienza utente per questi tag
lol purtroppo non sapevo affatto che quel tag esistesse su meta (probabilmente avrei dovuto ). Stavo letteralmente solo digitando parole a caso per vedere cosa appariva.
ma anche cercando tag legittimi – ad esempio iniziando a digitare “social” su meta, per esempio.
il problema è che non capisco la logica funzionale attuale. Perché mostrare l’esistenza di tag limitati a categorie sicure agli utenti non autorizzati?
come amministratore, se creo un tag da utilizzare solo in una categoria ristretta nella pagina delle impostazioni della categoria (Restringe questi tag alla categoria 'X' e Restringe questi gruppi di tag alla categoria 'X'), mi aspetterei che i tag rispettino le autorizzazioni della categoria, e quindi solo gli utenti con le autorizzazioni per quella categoria possano vedere il tag ovunque (indipendentemente da Gruppi consentiti per i topic con tag, o se l’utente non riesce comunque a vedere alcun topic con quel tag).
capisco che la dicitura dica “disponibile” e non “visibile”, ma mi sembra comunque strano. E ovviamente il tag bots-gone-mad può essere visto in diversi punti da un utente non autorizzato a quella categoria.
quindi si tratta di una situazione in cui gli amministratori devono essere avvisati di non creare tag sensibili in categorie sicure, anche se i tag sono limitati a quelle categorie, perché possono essere trovati da utenti non autorizzati, o almeno da utenti a cui i tag non sono destinati.
Sì, è del tutto possibile che la logica non sia corretta al “100%”, quindi alcuni tag vengono visualizzati quando non dovrebbero. Ecco perché mi sto occupando della questione.