Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

unsuckjs.com

Post reply on HN
Print view View original

61–70 of 194 posts

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#61

Post by LikeAnElephant »

no_wizard wrote: post #49
LordDragonfang wrote: post #29

Earlier quoted context omitted.

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.

If you use the Jinja bridge you’ll have an easier time all around I think

Completely agree. I honestly always thought Django Templates mostly were Jinja2, until I looked more closely and realized how wrong I was.

Since then I exclusively use Jinja2 in my Django apps and my life is so much better.

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#63

Post by mNovak »

adparadox wrote: post #59
examplary_cable wrote: post #41

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 (:

>Shouldn't the items be in the row Maybe! I was messing with different UI approaches to relay this data and this made sense to me, but I'll see if switching to rows is more clear. Thanks for the idea!

The column layout is basically impossible for me to meaningfully navigate on my laptop -- the scrollbar and descriptions don't both fit on the screen (appreciate the repeated titles at the bottom, but ultimately they don't say much)

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#64

Post by SkyPuncher »

DaiPlusPlus wrote: post #18

The bottom row of the table is "IE11 Compatible". ...IE11 hasn't been relevant on the public-web for at least a decade now, and I'm fairly sure it's now entirely gone from corporate/enterprise situations now too, given MS' even-more-aggressive-than-usual campaign to kill it off in Feburary of this year: https://www.cnet.com/tech/services-and-software/rip-internet... ...why is that there? It's weird - it's like saying…

Healthcare. It’s still used in Healthcare. Unfortunately.

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#65

Post by dheera »

kitsunesoba wrote: post #25
samwillis wrote: post #6

This is a brilliant list, I'm a particular fan of HTMX and Alpine.js. The move back towards small dependancy free JS libs, in combination with modern JS ES Modules, is absolutely brilliant. I learnt web dev back in the late 90s by doing "view source", and was still learning about new things that way well over a decade later. If we can move back towards that, by not having a build step, it will be amazing for new devs…

> I learnt web dev back in the late 90s by doing "view source", and was still learning about new things that way well over a decade later. If we can move back towards that, by not having a build step, it will be amazing for new devs starting out and learning new things. Same here, and I couldn't agree more. Had minified library soup with dynamic page content been the norm back then it would've been much harder to get…

> Having a build step also increases activation energy and friction

Yes this! As an interpreted language it should not need a build step. Every project should be

    git clone https://github.com/user/foo && cd foo && google-chrome index.html

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#66

Post by dheera »

SkyPuncher wrote: post #64
DaiPlusPlus wrote: post #18

The bottom row of the table is "IE11 Compatible". ...IE11 hasn't been relevant on the public-web for at least a decade now, and I'm fairly sure it's now entirely gone from corporate/enterprise situations now too, given MS' even-more-aggressive-than-usual campaign to kill it off in Feburary of this year: https://www.cnet.com/tech/services-and-software/rip-internet... ...why is that there? It's weird - it's like saying…

Healthcare. It’s still used in Healthcare. Unfortunately.

Oh I've seen IE8 in healthcare.

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#67

Post by examplary_cable »

mNovak wrote: post #63
adparadox wrote: post #59

Earlier quoted context omitted.

>Shouldn't the items be in the row Maybe! I was messing with different UI approaches to relay this data and this made sense to me, but I'll see if switching to rows is more clear. Thanks for the idea!

The column layout is basically impossible for me to meaningfully navigate on my laptop -- the scrollbar and descriptions don't both fit on the screen (appreciate the repeated titles at the bottom, but ultimately they don't say much)

> The column layout is basically impossible for me to meaningfully navigate

Same. Somebody said it was done this way because of mobile. I'm not sure.

It's just weird to see "items" horizontally and properties vertically. I'm usually familiar with:

prop | prop | prop

item | value| value

item2| value| value

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#69

Post by Zelphyr »

dheera wrote: post #65
kitsunesoba wrote: post #25

Earlier quoted context omitted.

> I learnt web dev back in the late 90s by doing "view source", and was still learning about new things that way well over a decade later. If we can move back towards that, by not having a build step, it will be amazing for new devs starting out and learning new things. Same here, and I couldn't agree more. Had minified library soup with dynamic page content been the norm back then it would've been much harder to get…

> Having a build step also increases activation energy and friction Yes this! As an interpreted language it should not need a build step. Every project should be git clone https://github.com/user/foo && cd foo && google-chrome index.html

You guys are singing the song of my people. For years I've been confounded at the idea that we need to be building/compiling interpreted code.

And the tooling... my God! I know this makes me sound like an old man (because I am) but, it used to be all I needed was an editor, an FTP client, and a browser. write-upload-refresh. Today, I find VS Code, `git push`, and a browser still serves me very well.

Re: UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries

#70

Post by slmjkdbtl »

nullwarp wrote: post #10
ilrwbwrkhv wrote: post #3

What's great about Mithril is that is squeezes a router in that tiny size. None of the others have that I imagine. If you do need a full blown single page app, Mithril takes care of it all.

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.

Did you ever run into performance problem with Mithril? I like how simple it is to use but the idea to run / diff the entire component tree on every user interaction kinda scares me
Post reply on HN