and it is way way faster

they are almost the same for low number of points, but as soon as I reach >32k…

A line chart with data served by web sockets is feasible. I wrote a demo javafx chat app backed by netty and wildfly that worked pretty well (for a demo)

yes but I'm wondering why it would be faster in that case

i'm assuming that you're doing something like rest for your javafx linechart app

and that the connections and interrupts will be better with a bi-directional web socket than plain HTTP

no I don't

calculations are made in kotlin, and just pushed to the chart

got it

I just made ViewModel aware of change events in bound list properties. This might come in real handy 🙂 https://stackoverflow.com/questions/50364458/tornadofx-bind-dirty-properties-of-different-view-models/50408278#50408278

I'm having a hard time finding reasons to use FXML these days. I know there are arguments, like making it easier for a designer to work on the UI separately etc, but I just don't see people doing that. https://stackoverflow.com/questions/50419187/making-my-own-button-class/50423204

I think tooling was a big reason for FXML. The format was portable. But I don’t know of any innovations since 2011 so it seems not to have caught on. builders for me

@carlw Yes, exactly. It did hold some promise back then, but for somebody writing a new application now, it doesn't have a place IMO.

is it better to use maven or gradle these days?

my experience has been maven, but gradle seems to be the most demonstrated version for new projects

there also seems to be a maven integration issue upon tornadofx-maven-plugin at initial creation

is that a general maven issue? I've updated the IDE and both Kotlin and TornadoFX plugins

I found gradle to work out of the box with idea, whereas maven I never got it working…

and I like the gradle kotlin DSL

hmm, it was working for me a couple months ago, I have a feeling one of the Kotlin updates brought it out of wack a while back

I'm trying it out in gradle now

IntelliJ isn't autolinking my build.gradle to my project. Tried adding the project manually to Gradle, but IntelliJ is ignoring me anyway 😕

I'll let you know if I progress past - always hate how the setup is more time than the project itself

Got it! To link - add the build.gradle file itself in the project. REALLY redundant, but it did the trick.

I'm going to add a PR later tonight to documentation for TornadoFX because that took me a lot longer than it should and it's possible either the IDE, the TornadoFX, or the Kotlin update is no longer autolinking the gradle project and I'm using TornadoFX as an introductory project to Kotlin this week.

I haven't seen gradle yet on any consulting jobs (only Maven).

I set up this Maven project for our intern. It's a multimodule project with a few dependencies like JUnit 5. I'll be adding TornadoFX in the coming weeks. https://github.com/bekwam/k4stem

I have to support clients who use Eclipse and NetBeans. I've used gradle on some oss stuff without and issue, but I only used IntelliJ and TravisCI for that.

I'm trying to adapt some examples of "bindChildren" I see on StackExchange: I want to bind some "ShapeItems" I'm storing in an observable list in my "ShapeLibrary" model to a flowpane. I'm getting a

java.lang.IllegalStateException: shapeItem.name must not be null

error even though I'm making sure to set the name property of two test shapeItems before adding them to the list. Is this error arising because the binding itself isn't right? Thanks for any thoughts.

@danielmcq uploaded a file: Clumsy attempt at binding flowpane to list...