Stiamo apportando alcune modifiche e miglioramenti al modo in cui vengono visualizzati gli hashtag delle sottocategorie, come richiesto in Can we make inline links to subcategories more concise?. Contemporaneamente, stiamo aggiungendo la stessa funzionalità di card fluttuante che è già presente per le menzioni degli utenti, ad esempio quando si fa clic su @martin.
Questa card mostrerà il titolo della categoria, l’icona/emoji, la descrizione, nonché i link alle categorie genitore. Gli utenti con i permessi appropriati potranno vedere il pulsante “Modifica descrizione” e il pulsante “Nuovo argomento”, anch’esso dipendente dal contesto della categoria (ad esempio, le categorie Eventi avranno un pulsante “Nuovo evento”).
Nella card viene inoltre visualizzato un elenco dei 3 argomenti più recenti nella categoria. Gli utenti senza il permesso di visualizzare una categoria seguiranno semplicemente il link dell’hashtag e non vedranno alcuna card.
Gli hashtag delle sottocategorie non mostreranno più il separatore > e presenteranno solo la categoria figlia. Di seguito è possibile consultare un confronto tra prima e dopo:
È abilitata qui, se desideri vederla tu stesso prima di provarla sul tuo sito. Fai clic su qualsiasi hashtag di categoria in un post per dare un’occhiata, ad esempio News and Events o Community Building
Riusciremo a disabilitare permanentemente queste schede? In quanto utente, se clicco su quel link, voglio semplicemente andare alla pagina della categoria, non a un passaggio intermedio.
Inoltre, come feedback sull’esperienza utente: come si passa dalla scheda all’elenco degli argomenti della categoria? Non è chiaro dalle screenshot.
Si tratta ancora di un lavoro in corso, quindi terremo in considerazione il feedback fornito qui e apporteremo alcune modifiche prima di promuovere la Variazione Imminente a beta/stabile (attualmente è ancora nella fase sperimentale).
Sono d’accordo che l’area cliccabile potrebbe essere più evidente. Forse l’intera card dovrebbe essere un’area cliccabile, ad eccezione di eventuali elementi più specifici.
Mi chiedo se abbia più senso mostrare solo la categoria principale sulla scheda, ora che le informazioni sulle categorie sono nella finestra modale. Intendo dire che non vengono più mostrate in linea quando si usa #.
In questo esempio, perché la categoria genitore News & Events è rimasta? Non dovrebbe essere rimossa in base a quanto indicato da:
Per la cronaca, ho decine di categorie con lo stesso slug, quindi includere la categoria genitore nell’hashtag è obbligatorio. Spero che con questo cambiamento potrò aggiornare i nomi di visualizzazione delle categorie per includere il nome del genitore. Con il metodo vecchio era macchinoso, come 1Secure > 1Secure Ideas, ma questo nuovo cambiamento potrebbe appiattirlo in un semplice 1Secure Ideas.
Non credo che manterremo questa opzione… abbiamo già troppe impostazioni Quello che farò almeno è che, se fate doppio clic, vi porterà alla categoria. Inoltre, potete fare clic sul nome della categoria nel popup della card.
Mi dispiace, ma sono scettico riguardo a questa funzionalità. Per gli utenti, avere la possibilità di dare un’occhiata rapida ai propri dati tramite una card ha senso. Ma per le categorie o i tag non riesco a vedere alcun valore aggiunto. Anzi, se qualcosa, questa modifica peggiora le cose aggiungendo un passaggio superfluo e privo di significato.
Non è una soluzione alternativa realistica, poiché richiederebbe all’utente di trovare prima quel link della categoria da qualche altra parte. Questo peggiora anche l’esperienza utente.
Molti dei miei utenti utilizzano la PWA. In tal caso, ottenere i link diventa un po’ più complicato. D’altra parte, non collegano le categorie e scommetto che sia così nella maggior parte dei forum non tecnici, dove la base di utenti proviene dai social media e non da ambiti come gaming, tecnologia, IT, ecc.
Non mi piace nemmeno a me. Sembra che il sistema di oggi stia andando verso un design basato su card, anziché offrire un modo diretto per trovare ciò che si cerca. Forse sono troppo “old school” e mi aspetto che un link sia il modo più semplice per raggiungere la destinazione.
Ma se io, come amministratore, posso scegliere di non usarlo, allora non fa differenza (e nei miei circoli, gli utenti, quei pochi che hanno un’opinione, non lo apprezzano; e se i loro gusti dovessero cambiare, passerò alle card immediatamente. Dopotutto, il mio forum è per la discussione tra gli utenti, non per me).
Prima di tutto, grazie mille per questo! Ho ricominciato a riorganizzare le categorie nella mia installazione di Discourse e mi sono reso conto che la visualizzazione delle hashtag nel testo, con la struttura categoria genitore > categoria figlia, mi stava di nuovo un po’ infastidendo (abbiamo molte categorie e menzioniamo spesso le nostre categorie e sottocategorie per guidare gli utenti). Così ho ricontrollato per vedere se le cose erano andate avanti dai nostri primi dibattiti sull’argomento, ed è così! Sono felicissimo.
Personalmente non avrei avuto bisogno delle card (bastava il link alla sottocategoria più conciso), ma a ripensarci mi è piaciuta abbastanza l’idea. Almeno per la mia utenza, poter vedere un’anteprima di una categoria o di una hashtag ha davvero senso. Tuttavia, l’avevo immaginata come un “hover” e quando mi sono reso conto che avveniva al clic, la mia reazione è stata: “oh, aspetta, cosa, un altro passaggio? Doppio clic sui link ipertestuali?!”
Questa è stata esattamente la mia reazione: stiamo solo aggiungendo un clic in più per aprire un link… boh.
Ma poi l’ho provata sul mio telefono e ho cambiato idea: la card mi dà una panoramica davvero utile di cosa sia la categoria (se avessi avuto qualche dubbio… ricordando che le persone che usano una tassonomia la trovano generalmente meno intuitiva di chi l’ha creata) e mi dà un’idea di quali siano gli ultimi post, il che mi offre in realtà l’opportunità di non recarmi su quel tag o categoria se non era ciò che cercavo.
I miei utenti non sono molto a loro agio negli spazi digitali e si perdono. Questo, a mio avviso, li aiuterà sicuramente a non perdere il filo di dove si trovano, evitando di finire in un posto in cui non volevano davvero andare perché hanno cliccato su alcune parole che sembravano promettenti ma non erano in realtà la scelta giusta.
Quindi, al momento, sono piuttosto entusiasta e ho attivato l’anteprima per la mia community. Vedremo come funziona nella pratica.
Ma… posso immaginare altri scenari di community in cui questo non funzionerebbe. Sono d’accordo sul fatto che non vogliamo trasformare tutto in un’impostazione (siamo già sommersi da esse, mi sono lamentato abbastanza a riguardo). Ma… sento che questo “rompe” il modello atteso di come funzionano le cose online: clicchi su un link, vieni portato alla destinazione. Digiti una hashtag, il che significa che le persone possono cliccarla per vedere tutto ciò che è correlato a quella hashtag. Quindi non sono davvero sicuro di come aggirare questo problema.
Forse la soluzione è su un altro livello, nel modo in cui Discourse, come strumento, gestisce due apparenti intenzioni in conflitto:
essere molto flessibile e personalizzabile
offrire un’ottima esperienza “fuori dalla scatola”
Il team potrebbe già star lavorando su questo (o potrebbe essere un’idea che non funziona, o forse sto enunciando l’ovvio, o arrivo in ritardo, o sono fuori tema o sto mostrando la mia ignoranza su come funzionano le cose) ma mi sembra che la “soluzione” per conciliare i due aspetti sia:
essere spietati nel prendere decisioni su UX/functionalità per l’esperienza “base, fuori dalla scatola, plug-and-play”
essere spietati nel ridurre al minimo le opzioni e le impostazioni per coprire il 95% dei casi d’uso (o forse l’80%? il 99%? qualunque percentuale sia)
offrire un secondo livello di impostazioni per utenti esperti o casi limite e per chi vuole personalizzare aspetti molto specifici; questo non sarebbe integrato nell’interfaccia che fornisce le impostazioni “normali”, ma sarebbe più simile a un file di configurazione
Quindi, in questo caso, se la conclusione del team è che le card di anteprima per hashtag/categorie sono la strada da percorrere, e che le sottocategorie dovrebbero essere visualizzate in linea senza menzionare la categoria genitore, e che non c’è una giustificazione sufficiente per renderlo un’impostazione generale per gli amministratori, potrebbe comunque essere un’impostazione “nascosta” accessibile aggiungendo “hashtag_preview_cards: OFF” o “show_hashtag_subcategory_parent_inline: ON” da qualche parte.
Scrivendo questo, sono abbastanza sicuro che ci siano implicazioni a livello di sviluppo, oltre che di UX, riguardo alla moltiplicazione delle impostazioni…
Sì, capisco le riserve delle persone nell’aggiungere un clic in più qui. @awesomerobot cosa ne pensi di questa questione? Pensi che valga la pena aggiungere una preferenza utente relativa al comportamento degli hashtag? Forse se avessimo anche card per tag e canali, avrebbe più senso avere una preferenza utente generale come “Mostra card per hashtag e menzioni”?
Per le menzioni, potremmo reindirizzare alla pagina utente al clic se l’utente attuale ha questa preferenza disattivata.
Anche io mi sono imbattuto in questo problema e devo dire… non vedo il valore aggiunto dell’anteprima della card
Non sono nemmeno un fan di aggiungere altre impostazioni, quindi onestamente voterei per scartare del tutto questa funzionalità. Che problema stiamo risolvendo esattamente?
Per riassumere, alcune persone trovano troppo lungo l’uso del percorso completo all’interno del testo. Se voglio dire «dai un’occhiata alla nostra categoria Customization > Theme component», sarebbe più comodo se bastasse scrivere solo «theme component» senza la categoria genitore.
Ma non possiamo accorciarlo a soli «theme component» perché alcuni siti riutilizzano lo stesso nome di sottocategoria in molte categorie diverse e le persone vogliono vedere da quale categoria genitore proviene.
La proposta delle card è quella di fornire una serie di informazioni sulla categoria al clic, come facciamo per gli utenti, così potremmo usare solo la sottocategoria all’interno del testo.
Personalmente sono favorevole a entrambe le soluzioni: a volte trovo comoda la card perché mi dà accesso rapido al pulsante «Nuovo argomento» e posso vedere l’attività recente senza lasciare l’argomento corrente; d’altra parte, so che altre persone vogliono semplicemente il percorso più veloce possibile.
Un caso d’uso in cui evitare di visualizzare la categoria principale nei link inline si verifica quando le sottocategorie sono ripetute in diverse categorie, ad esempio Announcements > Meetings e Support > Meetings.
Penso che questo venga risolto mostrando icone diverse tra le categorie e che l’ambito venga definito dal testo stesso pubblicato.
Molti utenti trovano l’estensione categoria + sottocategoria molto scomoda, e sono d’accordo. Soprattutto per le viste mobili, che rappresentano una parte importante del traffico che riceviamo su Discourse.
Beh, a quanto pare l’idea che avessi già implementato l’accorciamento degli hashtag (l’eliminazione di >) era del tutto frutto della mia immaginazione: non c’era nella PR esistente Ecco una PR di follow-up:
Quello che farò almeno è che, se fate doppio clic, vi porterà alla categoria. Inoltre, potete fare clic sul nome della categoria nel popup della card.
Ecco una PR di follow-up: