Mi piace davvero Discourse. Sono stato un pioniere dell’adozione di Discourse nella mia azienda, che si è trasformata in una community, grazie a voi, Team.
La casella di ricerca non è più in tempo reale? Da oggi la ricerca è cambiata:
È apparsa l’opzione “Cerca nell’argomento corrente”.
L’opzione numero 1 è ora quella predefinita (strano).
Di default, la ricerca in tempo reale mostra tag e utenti; perché gli utenti?
La ricerca in tempo reale per argomenti deve essere attivata dopo il clic. Questo è il punto più importante di tutti quelli implementati oggi. In precedenza era sufficiente.
Ho cercato argomenti correlati a richieste di funzionalità simili alle modifiche attuali, ma non ho trovato nulla. Vorrei ripristinare la vecchia ricerca, per favore.
Grazie per il feedback! Mi piacciono molto le modifiche alla ricerca, ma il clic aggiuntivo crea sicuramente un po’ più di attrito rispetto a prima.
Mi chiedo se sia possibile mostrare di nuovo i risultati senza il clic, mantenendo però questo clic aggiuntivo per “in tutti gli argomenti e i post” in alto, quando rilevante:
Mi piace molto di più questo stile rispetto alla vecchia casella di controllo che avevamo
Hai ragione. È stato discusso. Purtroppo ho usato il cellulare per navigare su Discourse 2-3 volte.
Scusa, intendevo che l’opzione di cercare nel topic corrente è nuova (e nella maggior parte dei casi non necessaria, probabilmente è utile solo per topic molto lunghi). E si trova al primo posto. La vecchia ricerca funzionava bene. Ora non riesco a capirla. Non è possibile utilizzare le scorciatoie da tastiera per trovare un topic da aggiungere durante la composizione.
Grazie per la risposta. La ricerca in tempo reale è una funzionalità eccezionale. Non ci sono motivi per evitarla solo per un migliore stile visivo. La ricerca deve essere prima di tutto semplice e veloce. È necessario un campo di ricerca accessibile rapidamente per ottenere risultati veloci. Non posso concordare che la versione attuale sia migliore: nessuna ricerca in tempo reale e troppi clic.
Sono d’accordo. Ora mi ci vuole un’eternità per cercare un argomento e poi cercare all’interno di quell’argomento; qualcosa che faccio molte volte al giorno.
Non ritengo che questo sia un grosso problema, dato che premere ENTER è un metodo standard per cercare e, con questa ricerca a due livelli, abbiamo una visualizzazione più chiara.
Primo livello: utenti, categorie, gruppi, tag
Secondo livello: argomenti, post
No, non è nuova. Questa funzione esiste da un po’: se ti trovi in un argomento, una categoria, un tag o nei tuoi PM, vedevi in precedenza una casella di controllo per cercare in quel contesto specifico. Ciò che è nuovo è che la casella di controllo è stata sostituita da una riga “parola chiave in questo argomento”.
Questa è una lamentela legittima. Ho lavorato a questa modifica della ricerca e mi aspettavo molto che questo problema venisse sollevato. Come appena sottolineato da @Don, puoi premere Invio per cercare in tutti gli argomenti. Puoi anche usare le frecce su/giù per navigare tra i risultati di ricerca disponibili, quindi per una ricerca nell’argomento corrente dovresti premere Freccia Giù + Invio.
Siamo ben consapevoli che questo non è un aggiustamento facile, specialmente per gli utenti abituali della ricerca; è difficile abituarsi al cambiamento perché sembra molto più lento. Ma abbiamo apportato questa modifica per alcuni motivi:
Migliore prestazioni: lanciare una ricerca completa di tutti i post ad ogni battitura è costoso; l’attrito aggiunto per gli utenti porta un grande vantaggio per i gestori del sito. Questo potrebbe non avere molte ripercussioni per chi ospita autonomamente un singolo sito, ma su molte, molte istanze di Discourse, il risparmio può essere notevole.
Elenco dei risultati più semplice: in precedenza avevamo più colonne in questo menu a discesa della ricerca, con i risultati degli argomenti a sinistra e i risultati di categoria/tag/utente/gruppo a destra. Non si presentava bene, c’erano molti tipi diversi di elementi visibili tutti allo stesso tempo.
Ricerca come navigazione: con le nuove modifiche, è molto veloce passare a una specifica categoria/tag/gruppo/utente senza lasciare la tastiera. Ad esempio, puoi digitare facilmente una parte del nome di un tag/categoria e poi usare Freccia Giù + Invio per navigare alla pagina di quel tag/categoria. (In precedenza, questo richiedeva molti tasti.)
Supporto per la cronologia delle ricerche: questa funzionalità non è ancora stata implementata, ma prevediamo di aggiungerla presto, ovviamente solo per gli utenti autenticati.
Quindi, speriamo che la ricerca risulti soddisfacente dopo un breve periodo di adattamento. Questo è il nostro obiettivo, ma a volte è difficile apportare cambiamenti senza causare almeno un po’ di attrito.
Intendi che la scorciatoia a non funziona per aggiungere un risultato di ricerca a un argomento? Funziona per me, anche se c’è una regressione (verrà corretta a breve): pubblica un URL relativo nel compositore, mentre in precedenza era un URL assoluto.
Questo consiglio mi ha fatto cambiare idea: da “odio la nuova ricerca” sono passato a “va bene e apprezzo il minor impatto sulle prestazioni”. Sarebbe fantastico se questo consiglio fosse mostrato nel segnaposto, che ora dice solo “Cerca”.
Clicco sull’unico risultato e poi vorrei cercare all’interno di quel topic, ma non appare l’opzione “cerca in questo topic” dopo averci cliccato.
Il menu hamburger mi porta alla Ricerca Avanzata e l’unico modo per ottenere un prompt per cercare in questo topic è aggiungere uno spazio dopo la parola cercata.
Forse ricordo male, ma sembra che dopo aver cliccato su un topic, apparisse il prompt per cercare nel topic senza dover modificare la parola cercata.
Il motivo per cui non la vedi è che il pannello di ricerca ti sta mostrando i risultati in cache dalla schermata precedente. Se digiti qualcosa di nuovo nel campo di input, dovresti vedere l’opzione “cerca in questo argomento”.
Hm, capisco il ragionamento alla base di questo aggiornamento, ma sono ancora indeciso.
Il mio comportamento previsto sarebbe:
quando sono sulla homepage, il realm di ricerca predefinito è “tutti gli argomenti”
quando sono in una categoria/argomento, quello è il realm di ricerca predefinito
In entrambi i casi, vorrei vedere i risultati di quel realm istantaneamente, senza un secondo clic, proprio come prima. Cambiare il realm con un solo clic va bene, però.
Il trucco del “premi semplicemente Invio”? Sì, potrebbe funzionare, ma in termini di design UX rivaleggia con “mostra, non dire” e “non farmi pensare”.
La vecchia ricerca sembrava più scattante, più reattiva, più intuitiva da usare. Ora devo riflettere sul mio comportamento.
Penso che questa scorciatoia sia utilizzata da quasi tutti i siti web. Google, YouTube, Facebook ecc… Si limitano ad aggiungere alcuni suggerimenti alla ricerca, ma il processo è lo stesso della ricerca di Discourse. So che in Discourse è insolito, ma è solo un’abitudine. Ho ricevuto un feedback piuttosto positivo dalla mia comunità riguardo al nuovo utilizzo della ricerca. Penso che questo ci porti anche alcuni vantaggi in termini di prestazioni.
I fastidiosi suggerimenti, i tag e gli elenchi di utenti sembrano apparire solo per distogliere l’attenzione dal fatto che la ricerca non funziona più (fino a quando non vengono eseguite ulteriori azioni da parte dell’utente).
Sì, premere un’ulteriore volta Invio non è difficile. Ma perché sono comparsi elementi di ricerca speciali sullo schermo? Qualsiasi utente comune li usa di solito? Non credo. Al momento, i tag in popup e i nomi di utenti sconosciuti che si abbassano a gruppi sono come un chiosco McDonald’s invadente. Non voglio le patatine fritte, ma me le offrono ad ogni clic.
Onestamente, avrei mostrato comprensione per un argomento fissato che annunciava in anticipo che Discourse avrebbe dovuto disattivare la ricerca in tempo reale a causa di problemi di prestazioni. Chi gestisce l’hosting ha la possibilità di rimanere sulla versione con le impostazioni attuali per il momento.
Ma ora non c’è possibilità di tornare alla beta6 o alla beta5. La ricompilazione si blocca.
Cosa fa Ctrl+Invio? Ho cliccato quando è apparso per la terza volta. Non c’era ancora nulla nella casella di ricerca, quindi sono stato reindirizzato a una schermata vuota con un messaggio di errore.
Oggi ho già inviato il rapporto sul bug del link di riferimento incrociato. Hai ragione, esiste un tale problema. Ho scritto riguardo alle scorciatoie da tastiera: ora non sono così efficaci perché ci sono clic aggiuntivi e devo distogliere lo sguardo per assicurarmi che la freccia della tastiera abbia selezionato l’opzione corretta. In precedenza, all’utente non importava, perché la ricerca predefinita nell’argomento corrente era disattivata e non era facile accedervi e attivarla.
Abbiamo osservato che il lavoro di ricerca inutile costituiva la maggior parte del lavoro svolto dai nostri server. I nostri server hanno eseguito enormi quantità di ricerche; su alcuni siti, era la seconda o terza via più costosa in termini di costo totale.
I nostri server sono molto, molto veloci e possono assorbire gran parte di questo carico. Gli auto-ospitanti, invece, stavano pagando un prezzo troppo alto.
Questo non è previsto nei nostri piani. Certo, affineremo e miglioreremo il design, rendendo forse più ricca l’indicazione e così via. Tuttavia, non abbiamo intenzione di riportare questa nave in porto.
Cheese è stato spostato: consiglio vivamente di adattarvi a questa situazione per 14 giorni, fornendo feedback sui piccoli aggiustamenti che possiamo apportare per migliorare ulteriormente la situazione.
Grazie per il chiarimento. Il problema non è tecnico. In qualità di proprietario di un servizio SaaS, il costo di Discourse è eccessivo per ricerche inutili durante una ricerca in tempo reale. Ogni azione dell’utente comporta un costo. Poiché Discourse è open source, concordo con l’affermazione secondo cui il mantenitore dovrebbe avere costi inferiori. In quanto membro della comunità, devo sostenere il team di sviluppo.
Comunque, la versione precedente della ricerca era configurabile. Attualmente, alcune opzioni (per tag, per utente, ecc.) sono diventate attive, mentre in precedenza erano disabilitate per impostazione predefinita.
Sto esprimendo i sentimenti dei miei utenti perché non sono presenti in questo forum. Immagino che la maggior parte degli utenti attivi qui siano amministratori, sviluppatori o designer delle loro installazioni self-hosted, quindi spero che il mio feedback sia utile.
Così ho visto per la prima volta la nuova barra di ricerca. Nel mio modello mentale, tutto ciò che si trova sotto la barra sono i risultati. Quindi il pulsante di ricerca sembrava essere un altro tipo di risultato. Credo che le linee guida di progettazione dovrebbero prevenire situazioni di questo tipo.
Secondo la mia intuizione, il pulsante di ricerca dovrebbe essere posizionato a destra, accanto alla barra di ricerca. Invece c’è questo pulsante di reset della ricerca. Ho appena notato che esiste.
A mia sorpresa, anche Google è fatto così. Ha anch’esso questo strano pulsante di reset della ricerca che non avevo mai notato. La differenza è che Google almeno distingue chiaramente il pulsante di ricerca dai risultati.
Credo che Discourse abbia fatto molte cose giuste dal punto di vista dell’esperienza utente (UX). Ma ci sono anche alcune stranezze. A volte i cambiamenti sono un miglioramento, altre volte sono semplicemente cambiamenti.
Credo che la causa principale sia che i cambiamenti vengono apportati in modo ad hoc, senza un sistema di progettazione basato su linee guida chiaramente definite. È cresciuto grazie alla conoscenza intuitiva acquisita dai suoi creatori nel corso degli anni. I paradigmi alla base delle decisioni sull’interfaccia utente non sono chiaramente verbalizzati e vengono presi in modo quasi dittatoriale.
Un sistema di design non sarebbe completamente dittatoriale? In relazione a questa modifica specifica, quale guida avrebbe potuto fornire un sistema di design?
Ci sono esempi di questo? Se dovesse mai capitare, sentiti libero di chiedere su Meta; per quanto ne so, dietro ogni modifica c’è una motivazione… ma è vero che non comunichiamo le ragioni di ogni modifica oltre al messaggio di commit che ha apportato la modifica.
Siamo quasi dittatoriali nel senso che siamo noi a prendere la decisione finale su cosa viene incluso in Discourse (qualcuno deve farlo), ma vengono presi in considerazione molti fattori. Le prestazioni sono già state menzionate, ma l’apporto dei nostri clienti gioca un ruolo fondamentale, perché Discourse non esisterebbe senza di loro. Gestiamo anche Meta proprio per raccogliere questo tipo di feedback dalla comunità più ampia di chi ospita in proprio, e osserviamo le categorie #site-feedback sui siti di grandi dimensioni (specialmente le grandi migrazioni da altre piattaforme) per capire come stanno andando le cose per gli utenti comuni.
Mi piace molto di più questo stile rispetto alla vecchia casella di controllo che avevamo
