Bene. Puoi fornire l’id/classe per l’override, poiché non voglio modificare il nostro colore quaternario?
Aggiornamento: Non importa, l’ho trovato.
Bene. Puoi fornire l’id/classe per l’override, poiché non voglio modificare il nostro colore quaternario?
Aggiornamento: Non importa, l’ho trovato.
Ora sembra molto buono! Ottimo lavoro! ![]()
Forse, ma al momento si tratta ancora solo di un esperimento.
Nel caso in cui qualcun altro ne abbia bisogno:
div.loading-indicator {
background-color: red
}
@david Potresti replicare l’animazione al 100% come su GitHub, dove prima appare una barra leggermente più scura su tutta la larghezza, poi la barra di caricamento inizia a riempirsi e infine svanisce?
Certo, possiamo provare uno sfondo sottile lì. Mi chiedo anche se ‘tertiary’ sia una scelta di colore migliore per la barra stessa.
Sarebbe possibile aggiungere una classe al body quando la barra di caricamento è attiva, in modo da poter applicare effetti su altre parti di conseguenza?
Sto pensando all’effetto di dissolvenza in uscita di NodeBB: https://community.nodebb.org/
Immagino che potrebbe essere realizzato qualcosa del genere se avessimo una classe sul body:
body.loading {
#main-outlet {
transition: opacity 0.25s;
opacity: 0;
}
}
Mi piace molto perché YouTube fa esattamente la stessa cosa. Anche se è sperimentale, mi piacerebbe vederlo integrato nel core. Il cerchio che ruota sembrava molto statico, quindi forse dovrebbe essere rivisto e sarei più o meno favorevole a quello invece dello slider.
Mi piace molto finora. Un dettaglio così carino.
Grazie per aver aggiunto lo sfondo! Ora sembra molto meglio e più dinamico. Ottimo lavoro, @david
Ho letto i post (come il 28° post) in questo argomento, e poi ho cliccato sull’argomento (per tornare all’inizio) ma non ho avuto questo problema.
Minima, ma credo che lo spessore della linea che usiamo nel Discourse Hub funzioni molto meglio.
@pmusaraj quanti pixel di spessore ha la linea nel Hub?
Utilizzando il timer dell’argomento per spostarsi, viene visualizzato il caricamento invece del cursore.
Attualmente è di 2px. Ma, se ricordo bene, DiscourseHub taglia deliberatamente i primi 1px della viewport per aggirare un bug di iOS. Quindi in DiscourseHub appare come 1px.
Capisco, guardando ora
DiscourseHub 3px
Caricamento componente + hub 1px
Caricamento componente + Safari 2px
Mi piacerebbe vederli tutti a 3px ![]()
Nota: possiamo far sì che l’hub si occupi di risolvere il problema dell’hub
Ah, ora capisco cosa intendi: l’app ha il suo indicatore di caricamento. Sì, 3px sembra molto meglio ![]()
@pmusaraj esiste un modo per capire tramite CSS se Discourse è in esecuzione nell’hub? Oppure l’app potrebbe iniettare del CSS aggiuntivo?
Hmm, sembra che aggiungiamo una classe solo per l’app su iPad. In JS, puoi verificare utilizzando l’utilità isAppWebview() (o possiamo aggiungere una classe al body per tutte le webview di DiscourseHub, il che sarebbe utile comunque).
Personalmente, penso che questo sia un grande miglioramento rispetto allo spinner e dovremmo integrarlo nel core come predefinito.
“Sembra” molto più veloce dello spinner, sorprendentemente! Cosa ne pensate, @sam e @eviltrout? Abbiamo un po’ di tempo per provarlo e decidere..
Sì, mi piace molto, sia su desktop che su mobile. Ci sono alcune piccole imperfezioni da sistemare, ma sì, penso che questa funzionalità dovrebbe essere inclusa nel core.
Mi chiedevo perché apparisse la barra di progresso! Mi piace, ottimo lavoro @david ![]()
Mi piace! Sul mio schermo Retina del MacBook è un po’ troppo sottile per i miei gusti: mi sembra che appaia alto 1px invece di 3? È appena percettibile.