| ▲ | zelphirkalt 4 hours ago |
| I nowadays build sites (personal websites and projects) that are much more responsive than most things I see online or on a job, just using modern CSS, a little thinking about how I structure my stylesheets, trying to use semantic HTML and not making a div soup. It works pretty well, if used correctly and given the due attention. |
|
| ▲ | lucumo 3 hours ago | parent | next [-] |
| Responsiveness has been fine for a while. Not surprising with the smartphone revolution being nearly 2 decades old by now. GP asked about reactivity. And that still requires some frameworking, either prebuilt or a lightweight self-written one. |
| |
| ▲ | oblio 2 hours ago | parent [-] | | What's reactivity in this context? How quickly a website responds? My personal experience is that fast backends with server side rendered HTML and a bit of dynamic sections are in practice MUCH faster than SPAs, 20 years after using Gmail for the first time. Gmail then was fast, 95% of modern SPAs are slow. | | |
| ▲ | bleuarff an hour ago | parent [-] | | Reactivity is updating the DOM whenever the underlying data is updated. That's one of the most basic reason for existence of all js frameworks. There's TC39 Signals proposal to bring that natively, but for now as said above the choice is either use a framework or recreate one. It's surprisingly easy nowadays using Proxy. | | |
| ▲ | 0xpgm an hour ago | parent [-] | | How I've done it is to use some kind of observer pattern, where you register listeners to state changes. Whenever state is updated, the listeners are all called with the updated state and can update the UI and what not based on the new state. I haven't profiled this and compared it to frameworks, but feels adequate for the relatively simple UIs I've done. |
|
|
|
|
| ▲ | yieldcrv an hour ago | parent | prev [-] |
| I also do stuff wayyy more efficiently than I do on a job But it has no utility Compute is fine and nearly free These are just art projects |