Wow there's a surprising amount of negativity here.

I've used this for a fairly complex app at work and it's great. (It's certainly not vibe coded as one commenter suggested.) It's a Python layer on top of Flutter, and it was the only UI framework I could find for Python that was fast and worked on all major desktop and mobile OSs. I think maybe Kivy could too but it seemed like it would be an uphill struggle for a good desktop app.

It's a bit of a gateway drug for pure Flutter. If you need some complex, quickly updating control then you can write a Flutter control (in Dart) and wrap it in a Flet (for Python) control for better performance than doing it all in Python. I've ended up doing that for the main display in our app, and there's always the option to move more and more business logic into that.

One downside to Flet is that I wish they didn't try "fix" some design decisions in Flutter. For example, they have a Flet "Container" widget that wraps a bunch of different Flutter layout widgets. The Flet version does seem easier to understand to me, but there's just so much more documentation (and StackOverflow answers etc.) for Flutter than for Flet that it would be easier overall if they just mirrored the Flutter controls precisely.

I would think about if it was at least Go or Rust, but yet another interpreted language built on top of other abstractions? No thanks, I had my fair share of Xamarin, React Native, Electron, Tauri and TBH building native is the best (more work, sure, but at least when you have bugs or issues, it's easier to find solutions), with abstractions you need to deal with bugs on each layer.

Also in the era of AI, sharing native code is easier than ever, just compile down to WASM for the web and for the other binary.

Choosing to build an application around a framework whose top contributors are Claude and Copilot may have catastrophic consequences for your project, especially if it's a business.

I dabbled with Flet for a couple of weeks and all I can say is: I wish it were further along in development. Either that, or had more documentation and examples available. I love that it targets all platforms and that it's so easily distributable, but where I ran into problems was with layouts in general and aligning controls with one another specifically. I was ready to drop all other GUI toolkits before I ran into that snag. Perhaps in another year or two I'll take another look.

Python needs to be in less places not more.

I believe Python has done more harm than good to the industry.

Its by nature very inefficient, it leads you in the direction to some very poor abstractions (inheritance, monkey patching, mixins etc) and as a result code that is very prone to subtle bugs and issues.

It deserves all the love it gets as an approachable language, but it deserves a lot more flack for everything else.

Using a to-do list app as the first example to advertise a new app framework is absolutely wild in Q3 2026.

I built a few Kivy apps years ago at an old job. It was a little clunky, but it got the job done. Haven’t heard of this framework yet, I wonder how compares in developer experience? Anyone have any experience with it?

The problem is I don’t want to use Python for everything that bad. If I’m going to reach for a cross platform toolkit these days, I’m personally going to reach for Tauri. Could be useful if you’re really married to Python I suppose.

Is there a downloadable sample somewhere? Would like to see how large a native build is.

Interesting, looks like this is a framework built on Flutter.

My personal stance on this type of UI framework is that I won't waste my time on it unless I see it being used in mature, large-scale applications. Complex software often involves dealing with obscure edge cases; you certainly wouldn't want to spend a huge amount of time building an app, only to discover that the framework itself has serious flaws that make it impossible to proceed.

Looks really interesting, but I notice that Bluetooth isn't in the supported services.

Sort of limits how useful it would be for me - Bluetooth is one of the only reasons I'd do a native app instead of PWA.

I built an iOS app with python library as core component and SwiftUI as UI layer. It is not fun to cross compile the dependencies for iOS, I need implement the iOS interfaces, cannot just simplify use macos for native api. There is a good beeware project port a lot python libraries to iOS. Without that to port from scratch would be a lot of work for a middle size apple.

Loving it. Been using in projects for a while now.

Is this build on top of flutter?

And for web, does it generate plain HTML/CSS, the DOM tree, or just generate everything in a canvas?

kivy, which does the same thing, has been around for over 10 years. I built my thesis in it a few years ago. not recommended—too many limitations and build issues in practice. given that this one is less mature...I'm not optimistic.

The slop vibe from the landing page and the intense use of Claude in it puts off any serious consideration of this. It’s so synthetic is impossible to tell apart from slop.

undefined

[flagged]

[dead]

[dead]

Please no, python should be deprecated at this age, especially in the era of llm, horrible language from the performance to the dependencies to everything, can’t believe it got popular over perl back in the day