Il pannello dei tag necessita dell'opzione "Aggiungi nuovo tag"

UX
1

Abbiamo bisogno di un’opzione “Crea nuovo tag” in questa pagina:

image
image987×294 22.1 KB

Sono consapevole che possiamo creare nuovi tag usando il Composer, ma è l’unico modo?! Non penso abbia senso aprire il Composer per creare tag. Voglio dire, la funzionalità potrebbe ancora esserci, ovviamente, ma non dovrebbe essere l’unico modo e soprattutto non il modo principale per farlo.

Se mi trovo in un pannello chiamato Tag, avrebbe senso che ci sia un pulsante o un’opzione di menu per Creare nuovo tag. Questo è l’approccio più intuitivo, secondo me.

E già che ci siamo, perché il menu a tendina aggiuntivo quando c’è spazio sufficiente per aggiungere i pulsanti direttamente sulla pagina e rimuovere il menu?

image
image1011×377 16.7 KB

Sono sempre a favore dei menu a tendina quando lo spazio è limitato, ma per il resto, sono favorevole a ridurre il numero di clic e, soprattutto, a rimuovere attriti e confusione causati da opzioni nascoste che a volte potrebbero non essere immediatamente ovvie e visibili all’utente.

3 Mi Piace
2

No, ma hai ragione sul fatto che non c’è un modo ovvio.

Tutti i modi attuali per creare un tag sono associati all’utilizzo del tag (allegarlo a un nuovo argomento, aggiungere un tag come sinonimo di un tag esistente, creare un tag durante la creazione di un gruppo di tag). Oltre a ciò, credo che l’unico altro modo per creare un nuovo tag sia tramite caricamento in blocco.

Questo è stato discusso un po’ in Create tags outside of new post — non penso ci sia alcuna opposizione a questa funzionalità, semplicemente non è stata ancora data priorità.

5 Mi Piace
3

Anche questi dovrebbero esistere, ovviamente.
Penso che il modo principale, che si trova in un pannello chiamato “Tag”, avrebbe dovuto essere implementato fin dal primo giorno, perché è lì che possiamo gestire tutti i tag. Questo è ciò che mi sembra più sensato, insieme alla creazione durante la creazione dell’argomento. Molto più del caricamento in blocco, per esempio.

Penso che alcune delle cose che ho trovato in Discourse “strane” siano più che altro fonte di confusione su cose che avrebbero senso trovarsi in un certo posto. E come puoi vedere, queste cose tendono a popolare molto il forum, quando non sarebbe necessario se ci fosse una logica dietro.

Non voglio sembrare “maleducato” o altro, soprattutto perché sto amando Discourse e ciò che ci permette di fare. Penso solo che alcune di queste cose dovrebbero ricevere un po’ più di “amore e attenzione” e non dovrebbero essere messe in fondo alla lista delle priorità, solo perché esiste una soluzione temporanea e non sono ad alta priorità. Anche noi utenti amiamo vedere le cose “non prioritarie” ricevere un po’ di attenzione per far sì che tutto sembri e funzioni meglio e sia più facile da usare.

Ad esempio, per quanto il vecchio modo non fosse ideale, dove i componenti venivano presentati con quelle immagini con le forme, il nuovo layout è piuttosto brutto, onestamente. È tutto stipato e difficile da usare, specialmente su schermi più piccoli. Certo, possiamo ancora fare ciò che deve essere fatto, ma alcune di queste cose (come il pannello dei componenti) sono solo poche righe di CSS per cambiare la larghezza, nascondere alcuni pannelli non necessari, ecc.

Spero che troviate il tempo di sistemare queste cose non prioritarie. Purtroppo, da quello che vedo dal post che hai condiviso, sono passati 5 anni da quando è stato creato quell’argomento e non ci sono ancora aggiornamenti.

Di nuovo, non voglio sembrare maleducato o ingrato per una piattaforma così valida e fornita gratuitamente. Assolutamente no. Vorrei solo che anche i dettagli contassero, specialmente quando gli utenti sentono che le cose non funzionano come dovrebbero.

1 Mi Piace
4

Se posso… contano. Gli sviluppatori prestano sicuramente attenzione e ci lavorano. Credimi, se non lo facessero, usare Discourse sarebbe un’esperienza molto meno piacevole.

La questione è che ci sono così tanti dettagli a cui prestare attenzione che realisticamente non possono dedicarvi risorse a tutti, anche dopo anni.

I tag pr-welcome vengono talvolta utilizzati per incoraggiare gli utenti a contribuire, poiché Discourse è open source, ma alcune funzionalità accolte richiedono un’attenta progettazione e, in tal caso, avere uno sviluppatore esterno che invia una PR non è sempre la soluzione migliore.

4 Mi Piace
5

Un altro problema: stavo cercando di creare i tag usando il Composer, in realtà devo pubblicare l’argomento. La dicitura “Crea XYZ…” che appare quando un tag non esiste, in realtà non “crea” il tag a meno che non pubblichiamo l’argomento. Quindi dobbiamo eliminarlo, il che sembra non necessario se il pannello Tag avesse tutti gli strumenti per creare, gestire ed eliminare i tag.

6

Ci credo che lo facciano, non fraintendermi. Il mio punto qui è solo che possiamo dividere le correzioni e le modifiche “non prioritarie” in 2 categorie: alcune non sono iper rilevanti e altre lo sono, perché influenzano la normale funzionalità e il flusso di lavoro di un sito web. Quando dobbiamo saltare qua e là per fare qualcosa che dovrebbe essere fatto in una singola pagina, per me è un’indicazione che c’è qualcosa da correggere. Magari non una priorità come un problema di sicurezza, per esempio, ma dovrebbe essere valutato. Il flusso di lavoro che ho menzionato è semplicemente un’interfaccia utente/esperienza utente semplice e basilare, al fine di creare un’esperienza fluida sul sito web.

7

Non sono in disaccordo :slight_smile:

Altri criteri per lavorare su modifiche/correzioni sono che, a meno che i problemi segnalati non siano molto problematici o molto facili da implementare, Discourse dà priorità alle modifiche guidate dalle richieste dei clienti e di solito (penso che non si siano discostati da questo principio) segue la regola dei tre:

Il che spiega anche perché alcuni problemi che sembrano ovvi a qualcuno non vengono affrontati, anche dopo molto tempo.

Troverai molte richieste simili a questo argomento se scavi all’interno di UX, Feature e persino Bug, e anch’io sono stato a volte frustrato dopo aver segnalato cose che non sono mai state corrette :see_no_evil_monkey:

1 Mi Piace