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

Hyperflask – Full stack Flask and Htmx framework

hyperflask.dev

Post reply on HN
Print view View original

61–70 of 160 posts

Re: Hyperflask – Full stack Flask and Htmx framework

#61

Post by emixam »

vb-8448 wrote: post #39
emixam wrote: post #17

Hello, author of hyperflask here. I'm happy to finally announce this project as I've been working on it for quite some time. I made an announcement post here: https://hyperflask.dev/blog/2025/10/14/launch-annoncement/ I love to hear feedback!

just out of curiosity: did you consider unpoly.js or alpine-ajax instead of htmx? If yes, why did you choose htmx instead of others?

I knew of unpoly but didn't know about alpine-ajax. My choice was set on htmx since the beginning. I feel it's a more mature solution with more flexibility.

Re: Hyperflask – Full stack Flask and Htmx framework

#62

Post by emixam »

recursivedoubts wrote: post #53
emixam wrote: post #17

Hello, author of hyperflask here. I'm happy to finally announce this project as I've been working on it for quite some time. I made an announcement post here: https://hyperflask.dev/blog/2025/10/14/launch-annoncement/ I love to hear feedback!

yo, i'm the htmx guy this looks awesome!

Thank you so much ! Great work with htmx, I'm a fan. This project is the culmination of a lot of concepts I like from many different stacks coming together.

Re: Hyperflask – Full stack Flask and Htmx framework

#63

Post by mattbillenstein »

awoimbee wrote: post #58

Building a framework on a non-async foundation (flask) in 2025 is bizarre. The only way to scale a flask API is to use gevent, which is just problems waiting to happen. Asyncio is just better, safer and has been adopted by the industry.

I think you lack perspective - there is still a lot of sync code being written - I'd argue probably most deployed python is not async.

And most apps don't need crazy scale, they need simplicity.

Re: Hyperflask – Full stack Flask and Htmx framework

#64

Post by Exoristos »

odie5533 wrote: post #15
nop_slide wrote: post #8

Earlier quoted context omitted.

After using both Flask and FastAPI extensively I can attest that Flask is the better technology. Flask is extremely stable and has solid organization around them via Pallets. This is a great benefit as they are keeping the ecosystem moving forward and stable. https://palletsprojects.com/ Versus FastAPI which is lead by a single maintainer which you can search back on HN about opinions on how he's led things. Flask al…

Flask is missing... pydantic, dependency injection, openapi, swagger, real async.

So nothing of importance.

Re: Hyperflask – Full stack Flask and Htmx framework

#65

Post by emixam »

evantbyrne wrote: post #57

At first glance, I don't understand the design choice of appending HTML templates to the python controller files. Seems like a lot of complexity just to remove a template render call. What am I missing?

It's in sync with the Locality of Behavior [0] principle that htmx follows.

It's inspired by Astro Pages [1] which are the same thing in the javascript world. I really liked the developer experience working with them.

[0] https://htmx.org/essays/locality-of-behaviour/ [1] https://docs.astro.build/fr/basics/astro-pages/

Re: Hyperflask – Full stack Flask and Htmx framework

#67

Post by emixam »

itsnowandnever wrote: post #49
emixam wrote: post #35

Earlier quoted context omitted.

I've built SQLify with it: https://sqlify.me

alright, everyone - let's send 10Tbps to SQLify to test the performance of emixam's new framework

I would be glad having some users on this project but that would definitely kill it !

Re: Hyperflask – Full stack Flask and Htmx framework

#68

Post by alex_suzuki »

nodesocket wrote: post #41
emixam wrote: post #17

Hello, author of hyperflask here. I'm happy to finally announce this project as I've been working on it for quite some time. I made an announcement post here: https://hyperflask.dev/blog/2025/10/14/launch-annoncement/ I love to hear feedback!

This looks awesome. I’m building an app in pure Flask using Tailwind + DaisyUI + Bootstrap Icons which looks to be the exact stack you’ve gone with. Though admittedly I am just writing raw JavaScript without a JS framework.

I‘m doing this as well, and I really like the simplicity and „no build steps“ approach.

Everything is rendered server-side, with sprinkles of modern JS where needed or useful, powered by some JSON-serving routes in the same flask app. A CSS framework on top to make it look good.

Basically more or less how we built web apps 15 years ago. :-)

Re: Hyperflask – Full stack Flask and Htmx framework

#69

Post by sgt »

host0 wrote: post #3
sgt wrote: post #2

For some reason every time project has a starfield demo, I keep looking for the speed toggle somewhere, and I also expect it to follow my mouse cursor. Maybe in the next version of the Hyperflask website! However, the project itself looks great. I love Htmx, although I have to admit I started looking at Datastar recently.

Run in console: new WarpSpeed("warpdrive", { "speed": 20, "speedAdjFactor": 0.03, "density": 2, "shape": "circle", "warpEffect": true, "warpEffectLength": 5, "depthFade": true, "starSize": 3, "backgroundColor": "hsl(224,15%,14%)", "starColor": "#FFFFFF" });

Seatbelt on!

Re: Hyperflask – Full stack Flask and Htmx framework

#70

Post by sgt »

brokegrammer wrote: post #13
CiTyBear wrote: post #4

Curious choice of backend python. Indeed Flask is a famous python framework but it seems it has been completely overshadowed by FastAPI. I would suggest "HyperFastAPI"

A lot of people moved from Flask to FastAPI because the latter is built for async workloads by default. So, people expected massive performance improvements because the word async was associated with performance. In reality, people ended up having to deal with weird bugs because asynchronous Python isn't the most ergonomic, while having negligible to zero performance improvements. Proof that most people are terrible…

I agree with this. For real life stuff, Flask (or Django for that matter, my preference) is preferable over FastAPI. I used FastAPI recently for something that needed super fast (relatively speaking) async. And you just need to build a lot of stuff yourself which wastes time, comparatively speaking. If I had known, I'd probably have done it in Django and rather used Daphne or something.
Post reply on HN