re: A JavaScript-Free Frontend VIEW POST

VIEW FULL DISCUSSION
 

Javascript can be blamed of a lot of unfortunate consequences, but we should not forget what it offers. If you were building a picture gallery, you would love to perform lazy loading. With a server-side rendered only web page, you would not be able to offer such a fast experience. Actually, a service workers of about 100 line of code can outperform any server caching by offering graceful cache control (stale while revalidating, cache first for images,...), and the benefit for the user bandwith is largely worth the cost of JS.

However, I completely agree with you, there is a Javascript fatigue right now. Frameworks ship too much dependencies, web page weight more and more with unused bytes of piece of code. This is also why some big companies put a Javascript budget (a certain amount of Kb to not overpass for example). Some alternative like Preact or Hyperapp fit very well those project constraints while providing a correct development experience.

 

Yeah totally! I'm disappointed that so many features we expect from a modern web experience, like lazy loading, require JavaScript. I was hoping this would spur some discussion about some rethinking of HTML that might alleviate that.

For example, wouldn't it be amazing if such a thing as <img src="..." lazy="500px"> were possible such that the browser would load the image if its bounds were visible in the viewport or within 500px of the scroll position?

 

I cannot find where it is written, I might have saw it in one of their video: the Chrome team is working (I think it was a talk with Addy Osmani in which I heard this, correct me if I am wrong) is actually working/thinking of a lazy="true" attribute on img video and audio to help make this a de facto feature on the web. So maybe they heard your request πŸ˜‰

It's changed a little since then but yes there is a built in lazyload in the pipeline πŸ˜€

load="lazy|eager|auto"

code of conduct - report abuse