=> 👽 ivanodin

Btw, HTMX for frontend is chef kiss

7 months ago · 👍 chirale, falschdenker

Actions

=> 👋 Join Station

6 Replies

=> 👽 devyl

@ivanodin depends... on a cms side of things it doesn't really matter and a single page application is a really big deal to write from scratch (multiwindow stuff, forms, icons,...). on the customer side (webshop, content pages, user generated content/login) pure js works quite well. · 7 months ago

=> 👽 ivanodin

@devyl I do agree with you. Vanilla JS is the way to go IMHO. But, in a CoRpoRAte EnViroMenT that's impossible. · 7 months ago

=> 👽 devyl

@ivanodin but it's no solution to implement such (indeed really nice) concepts in javascript. it's a waste of cpu cycles "every time" running it with the benefit of a nicer coding experience "once". so one should use JavaScript bare metal as possible imho - i know not every is capable to write performant code via vanillajs... but at least it is possible to waste less cpu cycles x) · 7 months ago

=> 👽 ivanodin

@devyl The ideal world. But my fear is Google trying to then enforce their stupid practices on it. A browser update and boom, the element XYZ now works totally differently. · 7 months ago

=> 👽 devyl

... and another bloady javascript library. this would be really great as w3c standard right build into the html spec. · 7 months ago

=> 👽 chirale

This is the most fascinating part for me:

https://youtu.be/3GObi93tjZI?t=1204

never tried it though · 7 months ago

=> https://youtu.be/3GObi93tjZI?t=1204