41–50 of 194 posts
I love that the cognitive overhead for web apps now is so great many people are "returning to monke" and coding in simple HTML/CSS/JS haha.
Question: Shouldn't the items be in the row so I can see all of them at once? Why are the items in the columns? I'll open a issue (:
There should be another row that which of these can be included as a standalone javascript lib in html instead of requiring NPM.
Not requiring NPM was one of my original requirements for anything on this list. All of these libraries should be available from HTML directly -- let me know or make a PR if that isn't the case.
one suggestion, on non-ultrawide screens when you scroll you no longer see the left labels, would be cool to have them float when you start scrolling left so they're always visible.
Awesome list! I love that the cognitive overhead for web apps now is so great many people are "returning to monke" and coding in simple HTML/CSS/JS haha. Question: Shouldn't the items be in the row so I can see all of them at once? Why are the items in the columns? I'll open a issue (:
I can do the same thing via NextJS and output pure HTML and CSS without any JS at all. Or with server components, output only the minimal JS needed. Not sure why everyone wants to write a programming language inside HTML like lit does.
How is Lit's use of JS in templates any different than JSX? Both use JS for expressions and control-flow.
I get these for when your stack contains python/go/ruby and your page is SSR. But more recently I've just come to enjoy the full blown Javascript Framework. I use Svelte exclusively, and the bundle sizes aren't too large thanks to the compiler. I can write TS which is way more comfortable than JS or even Python or Go IMO.
You can get small sizes, great DX, first-class TypeScript support, all without the compiler though.
I believe Github uses something like HTMX + ActionCable, and it shows how good that experience can be (and some limitations).
But I think it's in the small minority. It'd be nice to know of more examples, instead of just more libs.
You can do a lot with Django templates. Sprinkle in any of these and I find it unlikely you'll be reaching for React. Although if you have lots of React experience I am a believer in "use what you know". Tool familiarity > trimming dependencies
Django templates are nice, but fall flat if you want to do anything remotely dynamic with your model. The fact that you need to define custom template tags for things as simple as getting an attribute from a dict in your model is a real pain point.
Earlier quoted context omitted.
Yes! I don't think Mithril gets enough attention. It's my go to JS framework when I need more than Vanilla JS but don't need something like React.
Why would you ever need React over Mithril?