That looks incredible. Definitely gives me hope that JavaFX shapes could be a replacement for SVG.

Unfortunately, none of us are Gerrit Grunwald. Maybe we should start a GoFundMe to have the community hire him...

But yes, there is a huge amount of capability in JavaFX.

@thomasnield Specifically what chart types are missing from JavaFX? And I really like that idea of funding Gerrit to make it.. hehe.. I wonder if that would be possible.

Seems like he's into charts at the moment!

Pretty amazing all the stuff he put into TilesFX:

I did send a tweet to him a moment ago. The things he builds blows all the other charting libraries out of the water, including R. We could package Kotlin DSLs around them.

There are a few chart types, like geographic and box charts.

If we can narrow the scope and get a quote, maybe this is possible?

I suspect some of the data types in JavaFX could be reused (Series etc) even.

That's what i was just thinking. I need to scope it out. But let's see what he thinks of the idea first

Cool! Very nice initiative. There are so few graphical gurus among us, but he is truly the greatest.

Tableau its probably the best place for inspiration, as well as excel

Sorry about all the return misfires. Trying to get used to the TypeMatrix keyboard with SpaceFn layout today. Gotta mix it up 😁

Haha no worries! I didn't even notice

I presume Bokeh is not news to folks: http://bokeh.pydata.org/en/latest/

again, targets web

@teedee @thomasnield For JavaFX it will not be SVG. I just copy paste the DSL from the current implementation which targets the browser. As I used d3js to start the library, I was influenced by its conception. At first I imagined that the library will use a svg implementation for all platforms. So having

svg

in the DSL made sense. But after a first look at JavaFX, the concepts are very similar but are not SVG. So I think we should have a more general term maybe

panel

or something similar. At the end all charts and visualization are made using basic shapes that can be easily implemented in JavaFX or svg (see https://github.com/d3/d3-shape). I didn’t want to spend to much time on multiplatform for the moment because, as @orangy said, it’s an “undocumented, unsupported, work in progress”. But the mechanisms are already here as you can see on kotlinx.html project with this implementation (https://github.com/Kotlin/kotlinx.html/blob/2ab86309fd4cba99c71461eeed3d76a9d0961645/jvm/src/main/kotlin/utilsImpl.kt#L3) corresponding to that header (https://github.com/Kotlin/kotlinx.html/blob/2ab86309fd4cba99c71461eeed3d76a9d0961645/shared/src/main/kotlin/util.kt#L17). This mechanism will allow us to have a complete different implementation for the same DSL. So there is a lot of work to do but it’s promising. In parallel of the library, we are also working on a online platform that will allow to create visualizations based on the library (and the DSL). The idea is to propose a kind of codepen for dataviz.

@gaetan yeah I was leery of the multi-platform as well. I ran into that when I investigated a multiplatform RxKotlin. Fortunately on the javafx front, Gerrit Grunwald has expressed interest in helping with a pure javafx charting library. So that may cover the javafx domain, but not Android or web.

@avanpelt has left the channel

If anyone's interested in Kotlin on the server side, I put up a GitHub repos with an EAR/EJB project. I'll be expanding this to include a TornadoFX client later this weekend. I have a standalone one working with TornadoFX talking to the remoted EJBs but am investigating making this an application client so that I can inject the EJBs. https://github.com/bekwam/wf-kotlin-demo

Cool! There are actually very few examples of JavaEE clients out there, you should really create a screencast to showcase it as well!

@ron Did you answer about

--stopOnUpdateErrors

- is it only for command line usage or should it go in the manifest as well?

I was bored tonight, so I created a TornadoFX Layout Component. It might not be something you'd use every day though 😁

@User uploaded a file:

Here it comes... .TornadoFX is starting to creep into the examples for Kotlin-Statistics. https://github.com/thomasnield/kotlin-statistics#clustering

@edvin Is the layout component publicly available?

@nimakro Once it is polished it will go into TornadoFX Core. I'm investigating whether it could be a more general layout instead of a Keyboard layout as well, so it will be more usable. One could argue (and one would be correct 😁) that a Keyboard layout is a bit of an outsider, but with the right listeners it can be used for accepting input for touch screens etc, for example as a number pad embedded in a View.

@thomasnield Wow, cool! I'm trying to come up with examples for the Kotlin course that would lend itself to a visual presentation as well!

I'm adding a serialization function to it so you can store a keyboard layout in JSON format.