I created an intro screencast to the data grid. I didn't showcase that it is CSS styleable (cellWidth/cellHeight/horizontalSpacing/verticalSpacing etc) but hopefully it shows some of the possibilities and how easy it is to work with. I'll link to it once YouTube is done processing.

@jonathan Hey:) I'd like to contribute the data grid selection support to the ControlsFX project once it stabilizes. I don't think the quality is good enough yet, because there are still stuff I don't understand though.

sounds good

Getting things into ControlsFX is a good stepping stone to getting them into openjfx

@jonathan glad you're here! Welcome.

thanks - happy to lurk 🙂

@jonathan We have an other ticket for something that would probably be a valuable feature for the JavaFX TableView, namely better column sizing support. https://github.com/edvin/tornadofx/issues/124 I hear that .NET has excellent column resize support with most (if not all) of the features mentioned on that ticket. I often see JavaFX users confused about how to properly size the columns and it seems to be a source of confusion and frustration.

yep - these kind of improvements would be great to get into openjfx

it’s just a matter of manpower and API

if you guys identify the areas where you’d like to see TableView improve, I can work with you to prioritise, define APIs, and try to make realistic targets for future releases of JavaFX

Fantastic. We can implement the features in TornadoFX to get a feel for them, then we'll pass on our experiences and suggestions.

The ideal case would be to work with the community to get contributions made directly into openjfx

Absolutely.

Kotlin does make it a little easier to rapidly prototype new functionality though, although it does require a rewrite once everything is worked out to be ported into openfx

That's right, I was just about to mention that. And all the improvements and shortcuts we have in TornadoFX makes that even faster, so testing new stuff is definitely very easy in our current environment.

We just have to account for the fact that Groovy-like builders, extension functions, nullability, and other language conveniences of Kotlin are not available in Java, and keep that in mind with the prototypes. I would love new controls and API's to make it in the core JavaFX API either way. Standardizing controls makes things so much easier to support.

Yeah, at the end of the day it's the functionality that matters.

After JavaOne my focus shifts towards planning for JDK 9 update releases and JDK 10

Especially if we are talking about controls. That area is pretty language-agnostic

Cool! I will try not to bother you before JavaOne, but we will definitely be in touch about that column resize feature. I'm currently trying to understand how it would fit with the columnResizePolicy etc.

What would be really useful for me (at any stage, even now) would be an enumeration of the top ~5 things you would like to see improved in TableView, etc

that you think can be done without breaking API

@jonathan awesome, same here. We'll wait until after JavaOne to give you grief. I have a few requests already for TableView that were implemented in TornadoFX.

And might fit into the openjfx project without breaking the API.

Don’t worry about grief before J1

I’m happy to discuss feasibility, etc - but it’s up to you guys

OK, cool 🙂 We can compile a small list ASAP 🙂

How about...

I kind of have forgotten the pain points of the TableView because we made so many shiny improvements over it in TornadoFX, so I need to think about this a little.