tornadofx VS Tokamak

And yet, the Kotlin specific bindings for it have seemingly been abandoned, and have not received any updates in years: https://github.com/edvin/tornadofx

Hi, at some point in the past I used mvvmFX and it was pretty nice to work with, but sadly it looks abandoned. So does drombler-fx which I remember looking into around that time. There was also tornado-fx (don't mind doing GUI code in Kotlin) but that's unmaintained now too. All that I could find today is Griffon, although that's clearly slowing down as well.

TornadoFx (JavaFX framework for Kotlin)

P.S. Yes, last official release is Java 8. But we all were using the last snapshot of https://github.com/edvin/tornadofx/tree/jdk10 published to Sonatype in the last years. Or tornadofx2 linked above.

If you are willing to consider Kotlin targeting JVM instead of pure Java, I would definitely recommend you to take a look at tornadofx. I have experience with both frameworks (mvvmfx and tornadofx), and I prefer the latter.

https://github.com/TokamakUI/Tokamak

I’m also working (slowly) on native Flutter channels:

https://github.com/PADL/FlutterSwift

But this is really targeted at embedded use cases.

There is Tokamak but I don't know how usable it is just yet.

TokamakUI runs via SwiftUI on WASM for web. Apple just hired the creator of the framework.

You can even make web apps by creating web components in swift with Tokamak.

I am playing around with Tokamak just for a bit of fun and learning, and it's been pretty solid so far! Though I want to branch out and play with some dynamic data from a random API, instead of just using mocked/pre-populated data.

There is SwiftWasm that compiles swift into WebAssembly so you can run it in the browser, but swift can't directly manipulate the DOM so you'd still need JavaScript or something like TokamakUI so you can design the front-end portion of your app.