@david forse dovremmo disabilitare tutti i clic mentre la nuova pagina si sta caricando e stiamo mostrando il contenuto vecchio? Sembra un caso limite, ma ragionevole
@awesomerobot sei soddisfatto dello spessore dello slider su desktop? Nel mio dipartimento non c’è ancora un consenso, quindi vivremo con questa versione per qualche giorno. Su mobile penso che abbiamo trovato il giusto equilibrio.
Dipende da cosa stai cercando di ottenere, secondo me. Se uno dei tuoi obiettivi principali è “funzionare (quasi) in modo identico al resto di Internet”, forse non vorrai farlo. Nei siti web “normali”, se faccio clic molto rapidamente su un secondo link dopo aver cliccato sul primo, verrà caricato il contenuto del secondo link.
Mi piace molto questo cambiamento, specialmente con i successivi aggiustamenti… Mi piace così tanto che sono ansioso di vederlo uscire in beta per raccogliere ancora più feedback.
Quando possiamo integrarlo nel core @david?
Sì, immagino tu abbia ragione… Penso che supporti l’idea di integrarlo direttamente nel core esattamente com’è oggi.
Possiamo sempre affinarlo man mano che procediamo, ma quello che abbiamo ora è già piuttosto raffinato e funziona davvero bene.
A me sembra ok con lo spessore attuale; penso che se dovessimo ricevere lamentele sul fatto che non sia abbastanza evidente, potremmo aumentarlo di 1px. Non vedo l’ora di vederlo nel core!
Sembra ottimo! Ci sono ancora alcuni bug di rendering da risolvere (ad esempio questo), ma una volta risolti potremmo integrarlo nel core. Penso che preferirei comunque testarlo un po’ più a lungo su Meta. L’implementazione attuale è attiva solo da 24 ore.
Dando un’occhiata ad alcune altre PWA popolari:
| Servizio | Modifica immediata della pagina intera | Slider | Spinner | Segnaposto personalizzato |
|---|---|---|---|---|
 |
|
|||
|
|
|||
| (su alcune pagine) | |
|||
| YouTube |  |
|
||
| GitHub | |
|
||
 Vecchio Discourse |
|
|
||
| Discourse con Slider |
|
|
Quindi questo cambiamento ci renderebbe più simili a YouTube e GitHub, che, a mio avviso, sembrano più siti web che app. È questa la direzione che vogliamo prendere? 
Penso di sì, si allinea con una filosofia di tema predefinito minimale e simile al web. Possiamo sempre fornire un componente tema per lo spinner o un segnaposto personalizzato se ci sentiamo di sperimentare.
Mi piace molto che questa modifica riduca il numero di pixel che cambiano sullo schermo.
Penso che Gmail utilizzi un pattern simile (renderizza il caricamento in un quadrato, poi sostituisce il contenuto).
Abbiamo impostato lo slider come segue (sotto). È una questione di gusto, ma penso che 4px su mobile siano più gradevoli di 3px; tuttavia, 3px vanno bene e sono certamente accettabili. Tuttavia, su schermi desktop grandi, a mio avviso soggettivo, 6px sembrano meglio; personalmente preferisco 7px perché voglio che le persone notino lo slider e il progresso relativo quando la pagina viene caricata, indipendentemente dai colori di sfondo del tema; ma se lo riducessimo a 6px su schermi desktop grandi, sarebbe comunque molto accettabile. Valori inferiori a 6px su schermi desktop grandi lo rendono appena percettibile su monitor da 27 e 34" (con alcuni colori di sfondo del tema); e poiché lo slider indica “caricamento”, secondo me è meglio essere più visibili; ma, ovviamente, è molto soggettivo.
height: 4px;
@media only screen and (min-width: 960px) {
height: 7px;
}
Il mio feedback (in ritardo) su questa funzionalità:
Prima di visitare questo argomento, non avevo nemmeno notato il cambiamento, il che è… positivo! A mio parere, le buone funzionalità sono quelle che si integrano perfettamente con l’esperienza attuale.
Dopo aver prestato attenzione alla funzionalità, posso concordare che la minore sfarfallio dello schermo è più gradevole dal punto di vista visivo rispetto al comportamento precedente.
Congratulazioni al team per l’attento design e la cura che ha dedicato a questo cambiamento! 
Ciao,
Adoro questo componente, ma ho trovato un bug (pensavo ci fosse un conflitto nel mio tema, ma lo vedo anche qui). Quando clicchiamo sull’elemento .navigation-toogle, il menu a discesa rimane aperto:
Forse il mio rapporto si è perso nel caos (o forse semplicemente non hanno ancora avuto tempo di guardarlo).
Grazie @cosdesign e @seanblue - è ancora sotto la mia attenzione per la risoluzione. Ho iniziato una lista di ‘problemi noti’ nell’OP qui, così possiamo tenere traccia di ciò che rimane in sospeso.
Il problema relativo al menu a discesa dovrebbe ora essere risolto:
Adoro davvero questo componente, ho dovuto installarlo anche sul mio forum Discourse. Grazie!
Un suggerimento: sarebbe possibile mostrare uno scheletro mentre la pagina viene caricata? Nei casi in cui il caricamento della pagina potrebbe richiedere un po’ di tempo, questo può aiutare a indicare che il clic è stato registrato. È solo un piccolo dettaglio che ho notato: a volte clicco due volte sul titolo di un argomento perché all’inizio non vedevo la barra di caricamento, mentre lo spinner veniva mostrato immediatamente.
È un compromesso che abbiamo fatto qui: abbiamo scelto di non modificare nulla sullo schermo a meno che non siano passati 2 secondi e non abbiamo contenuti da mostrare.
Forse potremmo fornire un tipo di interruttore per abbassare quel limite da 2 secondi a 1, ma penso che abbiamo trovato il giusto equilibrio.
Sono appena tornato dopo alcuni giorni di assenza e la prima cosa che ho notato è quanto tutto sembri lento qui ora.
So che Google Groups ha introdotto qualcosa di simile, ma non credo sia necessario imitare ciò che stanno facendo. Lo spinner era molto più adatto a Discourse, a mio parere: era reattivo e ha persino contribuito a sfatare il mito che le applicazioni Ruby siano sempre lente. Mi è piaciuto molto e ho apprezzato la velocità con cui Discourse appariva. Purtroppo, sento che questo slider rappresenti un grande passo indietro (mi scuso con tutti coloro che ci hanno lavorato; so che probabilmente non volevate sentire queste parole, ma credo che tutti vogliamo il meglio per Discourse, quindi spero non vi dispiaccia che io condivida come mi sento al riguardo).
Quando rilasceremo questa funzionalità nel core, forniremo un componente che consente la modalità di transizione precedente.
Abbiamo ascoltato il vostro feedback, ma siete una minoranza estremamente ridotta; la maggior parte degli utenti preferisce il nuovo stile di transizione. Il nuovo stile comporta meno cambiamenti sullo schermo.
Vecchio
Clic → schermo bianco → contenuto
Nuovo
Clic → contenuto
Capisco che alcune persone possano amare uno schermo bianco con un caricatore, ma questa è un’opinione minoritaria.
Non si tratta di amare o meno uno schermo bianco, Sam, ma della sensazione di velocità.
Ho sempre pensato che la velocità (e la sensazione) di Discourse fosse una delle sue caratteristiche più impressionanti, e so che anche coloro che erano piuttosto contrari a Ruby sono rimasti colpiti da ciò che hai realizzato con Discourse.
Penso anche che questa sensazione di velocità sia più importante ora che mai, perché siamo continuamente in competizione con siti enormi come Twitter e Discord, e credo che anche una leggera sensazione di lentezza possa avere un impatto, anche se a livello subconscio.
È ottimo che ci sarà un componente per la vecchia modalità di transizione, ma il mio timore è che possa aggiungere un sovraccarico che porti a un rallentamento (anche se piccolo), annullando così i vantaggi del vecchio metodo/spinatore. Se non sarà così, sarò felice di questo approccio… ma continuo a pensare che questa mossa sarà negativa per tutti gli altri siti Discourse esistenti.
Sono completamente d’accordo riguardo alla percezione della velocità.
Se lo spinner rimanesse sullo schermo per un tempo eccessivo, indicherebbe un problema (anche se lo spinner non sarebbe il problema) e potrebbe essere meno informativo di una barra di avanzamento.
Le barre di avanzamento indicano una lentezza sottostante. Mi ricordano quelle vecchie barre di progresso di Windows (tempo stimato rimanente: 6 giorni e 23 ore). Quando le noto, penso che ci debba essere un problema di velocità e che siano lì per ridurre la mia impazienza. Questa sembra sempre fermarsi leggermente intorno all’80%, il che mi fa pensare che qualcosa sia andato storto, ogni volta.
Se il forum è veloce, la barra di avanzamento non è una buona idea.
Più uso Meta, più penso di preferire il vecchio caricamento a spinner. Lo slider semplicemente non è abbastanza evidente, quindi rende il sito web poco reattivo.
