Poiché hai attivato Ctrl + Alt + F (o /, stesso effetto), e questo non ha un binding predefinito nel browser a cui tornare. Prova su un argomento più ampio come questo, e usa il normale Ctrl + F.
2 Mi Piace
Grazie. Sembra essere questo il motivo. Qualcuno sa perché su Chromebook è ctrl-alt-f? È la combinazione di tasti standard lì o in qualche modo non è possibile sovrascriverla su quella piattaforma?
Mi chiedo perché non essere coerenti per Discourse su tutte le piattaforme, ove possibile.
Di solito si prende anche quello alt, ad esempio io sono su Windows. Probabilmente c’è qualcosa qui sulla compatibilità o altro.
Anche quegli utenti si aspettano che control-f cerchi nell’URL corrente, cosa che il browser non può fare poiché vengono caricati solo 20 post. E il popup spiega che se si desidera utilizzare la funzione del browser è sufficiente digitare di nuovo control-f.
Hai un modo più intuitivo per consentire alle persone di cercare tutti i post nell’argomento corrente?
2 Mi Piace
L’ironia sconcertante di questo.
- Ho visto l’aggiornamento via email su questo post.
- Ho cliccato sul link e ho iniziato a leggere. Vedo questa affermazione:
Sembrerebbe che ciò che ti aspetteresti è che control-F trovi il post che desideri in quell'argomento, ma non è quello che vuoi. Qual è il tasto "trova il post in questo argomento anche se il mio browser non riesce a trovarlo"? Non è una violazione delle aspettative che control-f non trovi un post nell'argomento corrente? - Volendo rispondere, ma rendendomi conto di non essere loggato, ho evidenziato e copiato il testo (in modo da poterlo cercare/trovare dopo aver effettuato l’accesso)
- Ho cliccato su login in alto a destra dello schermo e ho fatto tutta la procedura di login
- Sono stato reindirizzato al post, ma in cima alla discussione.
- Ho premuto cmd-f
- Ho premuto cmd-v
- Ho premuto invio
- Non trova nulla
Cioè, non puoi inventartelo. L’intero scopo di questa cosa è trovare cose che “non sono ancora sulla pagina” e non funziona?
E per rispondere al commento effettivo:
No, non è una violazione delle aspettative. Le aspettative di cmd-f sono che se non è sulla pagina, non viene trovato nulla. cmd-f non è “cerca questo ‘post’” sul resto di internet. L’hai creato dal nulla. Se la cosa non è sulla pagina, non trovare nulla. Va bene così.
Nota a margine #1:
Anche quando trova qualcosa, non riesco a navigare nei risultati senza imparare un paradigma completamente nuovo (no, su/giù/invio non è così difficile - ma è diverso e unico per i siti di discourse). Inoltre, non posso premere cmd-f più volte per scorrere i risultati trovati proprio come posso fare sul resto di internet.
Nota a margine #2:
La funzionalità cmd-f che hai creato ha varie limitazioni che la funzionalità nativa non ha, “Il tuo termine di ricerca è troppo corto” ne è un esempio. Ho provato a cercare questo post per “/” perché è pertinente e non sono in grado di farlo.
Nota a margine #3:
Sembra una forzatura enorme che la ragione di tutto questo sia che alcuni post sono davvero, davvero, davvero grandi e non possono essere caricati sulla pagina. Trovo difficile elaborarlo nell’internet di oggi con tutte le opzioni che abbiamo per il caching a ogni livello dello stack. Forse questo è il “bug” che vale la pena risolvere?
1 Mi Piace
Non sono sicuro di aver capito al 100%? Qual è il problema nel premerlo due volte? Non fa quello che vuoi?
1 Mi Piace
Mentre premo cmd-f due volte dovrei anche iniziare a fare triplo clic sui link? Lo implementiamo?
È piuttosto profondo quanto tu abbia frainteso il punto qui. Hai cambiato l’impostazione predefinita di come funziona un browser. Questo è estremamente inaspettato.
3 Mi Piace
Concordo. Le mie aspettative sono di trovare sulla pagina. L’hijack interrompe anche il comportamento di ctrl-g ctrl-shift-g.
È comprensibile perché Discourse potrebbe voler sovrascrivere questo comportamento a causa della violazione dell’aspettativa dell’utente che tutti i post di un thread vengano caricati. Tuttavia, questo potrebbe essere risolto indicando esattamente quali post sono caricati o meno. Il vecchio approccio a pagine è trasparente a questo riguardo.
Avere uno strumento di ricerca del thread è ovviamente utile, sia in modalità a pagine che a scorrimento infinito. È solo stridente/confuso sovrascrivere un tipo di ricerca con un tipo di ricerca diverso invece di esporlo in un modo diverso, ad esempio tramite un pulsante “ricerca thread” o una scorciatoia da tastiera che non entri in conflitto con il comportamento standard.
Non voglio lamentarmi troppo, poiché le decisioni di progettazione sono comprensibili e ho imparato a conviverci, ma volevo solo sottolineare che non penso che l’assunzione di “violazione delle aspettative” sia corretta.
C’è una combinazione di cose inaspettate che devono essere bilanciate per la persona che cerca… è una situazione in cui devi scegliere il male minore.
-
Non tutti i contenuti sono disponibili durante lo scorrimento per motivi di prestazioni. Discourse supporta vari contenuti come GIF, video, sondaggi, calendari, iframe, grafici, ecc… potrebbero esserci 1000 di questi in un argomento. Mantenere tutto questo nel DOM può rendere una pagina inutilizzabile.
-
Gli utenti non sanno quale contenuto è attualmente caricato, il che influisce sull’efficacia di
ctrl + f. Questa aspettativa presuppone che tutto il contenuto sia sulla stessa “pagina” e quindi ricercabile.
Poiché ci si aspetta che ctrl + f cerchi l’intera pagina, e l’intera pagina non è disponibile… c’è un tentativo di compromesso.
Hai già fatto un paio di argomentazioni per tentare di risolvere questo problema:
- Disabilita i contenuti dinamici (incluse le immagini) nei post.
Questo non accadrà: perderemmo ogni nostro cliente dall’oggi al domani a favore di uno dei concorrenti che consente contenuti dinamici (Facebook, Discord, NodeBB, Khoros, Higher Logic, non mancano).
- Disabilita lo scorrimento infinito e utilizza la paginazione tradizionale
Più possibile, ma risolve davvero questo problema? Riduci il carico del browser consentendo il caricamento solo di un certo numero di post per pagina, e gli utenti devono sfogliare manualmente le pagine per continuare a leggere.
Ora ctrl + f funziona come previsto qui, ma in realtà solo quanto la tua memoria.
Se hai appena letto 100 post su 10 pagine e vuoi trovare qualcosa che hai appena letto… è a pagina 2? pagina 3? la mia memoria certamente non funziona così bene.
Quindi ora probabilmente finisci per fare qualcosa come… ctrl + f… indietro ctrl + f… indietro ctrl + f…?
A mio parere non esiste un’unica esperienza eccezionale qui, anche se ci si attiene alle impostazioni predefinite del browser. Con Discourse, se sei infastidito dalla mancanza dell’impostazione predefinita del browser, devi imparare una cosa.
8 Mi Piace
Solo una nota amichevole che tutti i post e le discussioni dovrebbero cercare di rimanere civili e produttivi. Se le cose diventano troppo polemiche/riduttive, chiuderò questo argomento. 
7 Mi Piace
Nessuno lo nega. Non dirottare solo cmd-f per farlo. Ci sono un numero innumerevole di altre combinazioni di tasti tra cui scegliere. Scegline una qualsiasi.
3 Mi Piace
ma il punto è che ctrl + f non funziona come previsto a causa del paging automatico, quindi l’alternativa viene suggerita per prima perché cercherà effettivamente tutto il contenuto all’interno di un argomento
quindi suppongo che, dati tutti i compromessi, la scelta sia tra spiegare:
-
la tua ricerca non ha funzionato perché mentre scorrevi abbiamo automaticamente voltato pagina, quindi dovresti cliccare su
invece (o usare /che è una scorciatoia alternativa) -
potresti avere un’esperienza migliore con la nostra ricerca, ma in caso contrario usa di nuovo la scorciatoia
Saresti ugualmente infastidito se non catturassimo ctrl + f e non funzionasse perché abbiamo caricato alcuni contenuti altrove mentre scorrevi? tenteresti quindi una ricerca in-app come soluzione? prova a scorrere verso l’alto e poi a riprovare? qualcos’altro?
Oltre a “non farlo perché è l’impostazione predefinita” (che è valido, a causa delle aspettative) potrebbero esserci alcuni argomenti aggiuntivi contro di esso da considerare:
-
la maggior parte delle persone probabilmente non lo usa comunque: https://www.theatlantic.com/technology/archive/2011/08/crazy-90-percent-of-people-dont-know-how-to-use-ctrl-f/
(o forse più simile all’80% Do 90% of People Not Use CTRL+F? | Blog of Metrics) -
cercare 20+ post precedenti con
ctrl + fpotrebbe essere piuttosto raro? quindictrl + fper la pagina corrente potrebbe essere sufficiente? (pura ipotesi, non riesco a trovare dati a riguardo)
7 Mi Piace
- l’override non è esclusivo di Discourse. Tra gli altri luoghi menzionati, anche gli strumenti di Microsoft Office sovrascrivono ctrl+F. E ciò avviene per ragioni simili (cioè, non tutto il testo è disponibile per ctrl+F)
- la funzione/intenzione effettiva non viene sovrascritta. È una funzione di “trova una sottostringa”. Se ctrl+F fosse sovrascritto per essere il comando segnalibro, sarei comprensivo.
- la funzione ctrl+F del browser naive spesso fallisce senza indicare perché. Sarebbe facile dedurre che il testo non è presente nell’argomento quando non viene trovato, il che non è garantito essere vero. In un argomento che non è trivialmente breve, la maggior parte delle ricerche saranno falsi negativi. Si pone un’aspettativa sull’utente affinché comprenda i dettagli di implementazione dello scorrimento infinito in Discourse per utilizzare efficacemente ctrl+F.
- per le persone a cui non piace l’override, e che comprendono come funziona la paginazione dei post, basta premerlo ancora una volta.
Se il problema principale qui è che non vogliamo infrangere le aspettative dell’utente, allora alla fine direi che è un male maggiore infrangere le loro aspettative in modo criptico (cioè, ctrl+F dice “nessuna corrispondenza” quando il testo appare effettivamente nell’argomento) piuttosto che infrangere la loro aspettativa in modo trasparente (aprendo la barra di ricerca non nativa).
Mantienilo così com’è attualmente.
8 Mi Piace
Capisco il desiderio di mantenere la civiltà della cultura qui. Lo supporto, ma vi prego di considerare invece di moderare gli utenti. Chiudere un argomento influisce sull’intera community. Questo è un argomento di cui vogliamo chiaramente discutere.
Capisco il tuo punto. La funzione di ricerca dovrebbe servire a due scopi: cercare argomenti o thread e cercare parole chiave all’interno di un argomento o thread.
Sto usando “argomento” e “thread” in modo intercambiabile, ma spero che il significato sia chiaro.