You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This doesn't fit the best practices for performant web applications, since Connections itself loads a lot of CSS and JavaScript. All those files got loaded before the ressources of the customizer app. This is a problem, since parsing JavaScript is a blocking, time-consuming task for the browser. As a result, we got some flickering-effect, when CSS modifications are done using the customizer. Especially in old browsers like IE11.
So the customizer should follow best practices and keep the following load order:
Connections core CSS
Customizer apps CSS
Connections core JS
Customizer apps JS
It allow us to avoid such flickering effects, since CSS got parsed and displayed first for the user. Since JS is loaded and executed later, we don't have so much side-effects by blocking scripts.
The text was updated successfully, but these errors were encountered:
This is something we also identified internally and has been fixed in the upcoming component pack release. Javascript files will be injected at the end of the body, whilst CSS files injected at the end of the head. This will match the best practice load order as you have outlined above
The customizer places all css/js files at the end of the body:
This doesn't fit the best practices for performant web applications, since Connections itself loads a lot of CSS and JavaScript. All those files got loaded before the ressources of the customizer app. This is a problem, since parsing JavaScript is a blocking, time-consuming task for the browser. As a result, we got some flickering-effect, when CSS modifications are done using the customizer. Especially in old browsers like IE11.
So the customizer should follow best practices and keep the following load order:
It allow us to avoid such flickering effects, since CSS got parsed and displayed first for the user. Since JS is loaded and executed later, we don't have so much side-effects by blocking scripts.
The text was updated successfully, but these errors were encountered: