It drives me bonkers! The browser already has a way to display loading and it’s even respectful of back buttons.
I get that in a select few cases, for real time content, it makes sense to handle the loading inside the page. But if all you’re doing is displaying an article, I don’t need you to load a framework page that then loads the content. Just load the content.
Ah sorry I responded which you then responded to but in the meantime I had deleted my comment as I couldn’t figure out if you were being sarcastic or not 😜
They mean the browsers page loading status. They’re saying if your content is static, it should be static or loaded in the page document through a CMS, not through an asynchronous call to an api after the page and js framework and load.
It drives me bonkers! The browser already has a way to display loading and it’s even respectful of back buttons.
I get that in a select few cases, for real time content, it makes sense to handle the loading inside the page. But if all you’re doing is displaying an article, I don’t need you to load a framework page that then loads the content. Just load the content.
You mean like when an HTP request is not completely fulfilled? Is there an API for this “native” loading display of the browser?
You can tell by the shooting stars behind the big “N”.
deleted by creator
Yup that’s an http request
Ah sorry I responded which you then responded to but in the meantime I had deleted my comment as I couldn’t figure out if you were being sarcastic or not 😜
They mean the browsers page loading status. They’re saying if your content is static, it should be static or loaded in the page document through a CMS, not through an asynchronous call to an api after the page and js framework and load.