compose-multiplatform VS tornadofx2

So, to add file associations, we need to be able to pass both the .properties file and the --file-associations option. At the time of writing this article, the org.jetbrains.compose plugin doesn't provide such a mechanism. There is an open issue on GitHub that describes a possible workaround, which, unfortunately seems to not work on macOS.

JetBrains has a simplified example of a general-purpose Compose text viewer here: https://github.com/JetBrains/compose-multiplatform/blob/master/examples/codeviewer/shared/src/commonMain/kotlin/org/jetbrains/codeviewer/ui/editor/Editor.kt


Compose for desktop has a scrollbar component available. You probably can't use that directly on Android, but you could probably steal most of its code.

My company uses https://github.com/JetBrains/compose-multiplatform to make a desktop app in Kotlin. It's amazing and fantastic. It's basically as mature as using Kotlin in an Android app.

Kamel is an asynchronous media loading library for Compose Multiplatform.

Kotlin Compose Multiplatform is the way to do Desktop apps. https://github.com/JetBrains/compose-multiplatform

As for missing controls, a common one is a grid. They have built in grids, but again they are built for Android and don't make any sense in a desktop app. There is no simple way to create an Excel-like Data Grid like you might see in Windows Forms, although it can be done. https://github.com/JetBrains/compose-multiplatform/issues/344.

I have seen some scattered advice against it, but the syntax seems nice. A port for java 11+ is also available: [TornadoFX 2]{https://github.com/edvin/tornadofx2}

It is great, but pretty much abandoned. Edvin the original author is still around, answering questions and ready to make releases. But he is not going to develop it further. There were some contributions from community to https://github.com/edvin/tornadofx2 but negligible at this point.

Have a look at https://github.com/edvin/tornadofx2

I don't use TornadoFX but it looks like the author is continuing TornadoFX here: https://github.com/edvin/tornadofx2

Another point. The referred Badass plugin required java 11. And the current stable published version of Tornadofx requires java 8. There is another branch that supposedly works for JDK 10 and beyond. There is also another repo called tornadofx2, but it is not maintened. I think Edvin decided to keep with gis original repo. There are other ways to wrap a jvm application inside a native executable, though.