# Ottenere la stessa transizione di pagina dissolvente di NodeBB? **URL:** \ **Category:** Development\ **Created:** [15 Febbraio 2020, 11:29am UTC](https://meta.discourse.org/t/achieveving-the-same-fading-page-transition-as-nodebb/141678 "2020-02-15T11:29:08Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)\ **Post date:** [15 Febbraio 2020, 7:26pm UTC](https://meta.discourse.org/t/achieveving-the-same-fading-page-transition-as-nodebb/141678/5 "2020-02-15T19:26:28Z")
Hmm, ok. Quindi ciò che ho fornito corrisponde al 50% di ciò che stai descrivendo ora (per quanto riguarda l’animazione, se non lo sforzo di programmazione!). Stai essenzialmente chiedendo di ritardare la distruzione e di sostituire lo spinner con un dissolvenza in uscita. Tuttavia, non sono convinto che la tua ipotesi su ciò che accade sull’altro sistema sia corretta. Sicuramente non è possibile prevedere quanto tempo richiederà il caricamento dei dati con una chiamata asincrona, quindi il dissolvenza non sarà perfettamente sincronizzato, anche se così sembra. Forse c’è un breve ritardo quando lo schermo è vuoto. Sentiti libero di fare seguito e di risolvere il resto e condividere, anche se non sarà un compito banale ~~poiché lo spinner di Discourse appare sulla nuova rotta e non alla fine di quella vecchia.~~ aggiornamento: no, non è così. Si trova nel suo piccolo div che viene reso visibile solo quando necessario. Alcune note aggiuntive: il contenitore dell’elenco viene nascosto poco dopo l’azione del click, il che sembra smantellare immediatamente l’area dell’elenco (forse un’ottimizzazione implicita di Ember, anche se non ne sono sicuro). Bisognerebbe iniziare modificando quel comportamento. --- _[View the full topic](https://meta.discourse.org/t/achieveving-the-same-fading-page-transition-as-nodebb/141678)._