SnapKit VS tornadofx

SnapCode is actually using SnapKit (https://github.com/reportmill/SnapKit) which can run on either WebAPI/DOM (in browser) or Swing (desktop). In the browser this helps slim the download and improve performance by using more browser native code.

For pricing, SnapCode is free for individual use and will remain so. Perhaps there will be funding opportunities from large organizations or for embedding use cases to help provide for the continued health of the product and community.

The new kid on the block is SnapKit: https://github.com/reportmill/SnapKit

Theres a bit more to it than that, since you want resetUI to update all of your components without triggering respondUI(). And you want all your components to be automatically configured to call respondUI() when there is user interaction.

I’ve written one of these before, but I don’t have access to a public version anymore. I do all my current UI dev in a UI kit built on top of Swing. But here is what I use there that solves this problem:

https://github.com/reportmill/SnapKit/blob/master/src/snap/v...

I use SnapKit to do Java desktop development which compiles easily to JavaScript using TeaVM. SnapKit is both modern and conventional, a good middle ground between Swing and JavaFX. But most importantly, it combines the traditional win of desktop Java UI dev with the ease of web deployment.

    SnapKit: 

Repo: https://github.com/reportmill/SnapKit

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.