Spyke

Syndicated from the fediverse. Read and engage on the original instance.

View original on lemmy.ml

5 replies

Buy why do in native HTML when we have all these bloaded frameworks available?

/s

11
lemmy.ml

Unfortunately, while HTML is more capable than a non Html-seasoned developer assumes, it is still showing that it is not enough. A lot of rough edges, a lot of what feels like incomplete or one-off features, rather than something that feels well planned and complete.

And I doubt this will change. Chrome is heavily invested in keeping a reliance on Javascript, and particularly a browser engine that is very difficult to implement.

2

Also, I am not convinced that the intenret's ideal format is a markup language. I believe there is great value in scripting. The problem is that browsers gave too much power to the websites and their remote servers over the clients computer, way beyond what is reasonable for scripting of internet documents. We need browsers whose scripting capabilities are only relevant for internet documents, not entire arbitrary applications.

2

I originally built this page in one hour during HTML Day 2026 to write and celebrate HTML, but I’ve since made some edits to better express and highlight where the browser implementation of some of this stuff is severely lacking and/or completely fails to meet accessibility needs. So, by all means, try it out, but make it as accessible as you can!

2

Thanks for sharing I didn't know about these features. I recently uploaded some photos to my web server. At the moment they all load at once when you open the page. It's only 14mb but not ideal if you're on a slow connection. I might try lazy loading for thumbnails and modals for viewing the higher res versions.

Interestingly the datalist element seems to work on desktop but not on mobile, despite both running firefox 154.0

1

You reached the end

HTML Can Do That | Spyke