> I'm not convinced that JavaFX is too slow for use in real-world GUIs.
I would like to have an opinion on this myself but I've yet to find a JavaFX application in the wild.
I would like to have an opinion on this myself but I've yet to find a JavaFX application in the wild.
There are many aspects to UI performance. Unlike IntelliJ, our app has only tens of widgets displayed at once - I can't compare in this regard.
However, we have very big models, namely tables with >100000 of rows. Scrolling is smooth and initialization as well. From my experience, JavaFX allows you to write elegant code which still caches a lot of components. This is a strong performance benefit.
My issue with JavaFX is a very well thought-out philosophy, translated into an API which is far from perfect. Once you go beyond "hello world" examples, you e.g. have to start type-casting. I'd love to see JavaFX v3 where these things would be sorted.
https://github.com/geokon-gh/corascope/
I even managed to make a little SVG backend for it
That said - this seems to be more of a " graphics library " while JavaFX is more of a " user interface library ". I'm sure there is a ton of overlap - but I wouldn't be making funky creative coding displays directly in JavaFX
My minor annoyance is that it's nearly impossible to make something that runs on Android out of that - which seems like a giant shame given it's all JVM
By this point, it should be table-stakes that any GUI framework must always be tapped into identical font rendering to native apps on the host platform.