@edvin that's what I thought. Standard Kotlin var and POJOs will automatically bind correct? You know what I may discourage him from using any functionality that loses the Property object since that is needed for Rx

So don't worry about it for now. If var binding is supported that is enough

@Ruckus I just came across this working a tooltip-related ticket. Was wondering what you thought about -fx-show-delay, -fx-show-duration, etc http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/21ffdbb797a3

I saw they were going to add more controls to tooltips, but I tend not to rely on them too much. I just put text in them with a description of what the given control does, so I'm not sure how much I'll use these. As far as when to add them to CSS, I imagine getting TornadoFX ready for Java9 is going to be a rather large undertaking where we will have to go through a lot of the code and see what needs to be updated. Adding new selectors and properties will probably happen then, since we'll have to see how much surface area changes with the skins being made public (I imagine it will be minimal, but it should still be reviewed).

yeah. i was mentioning it in the context of there being new styles that might be buried in behaviors

Hopefully those will be part of the official JavaFX 9 CSS guide, but I am now wondering if there are undocumented properties all over in the JavaFX codebase.

@thomasnield I think you're right, I'll add a separate chapter for now. Depending on how big it is we can consider moving it to appendix later, but I don't see any harm in having some more chapters anyways.

@thomasnield Let me know if your guy feels he is missing something with the property support. I think it works pretty well for pojo's, and I think we have a propertyvaluefactory one as well.

Yeah, we do. To create a TableView column for a POJO you just do

column("Name", Customer::name)

.

About JDK9, I think maybe TornadoFX 2.0 (or 9.0) would be a good fit. From what I've seen I believe it will be pretty straight forward.

It seems like the CSS documentation was just a fire-and-forget thing done once, and not updated as they added features to JavaFX.

@edvin That's probably a good idea. I think the only incompatible thing we have right now is the custom CSS URL handler we have (since it's hacked into the

sun.net.www.protocol.css

package)

Yeah, I wonder if even the JavaFX team knows what all CSS properties there are 🙂

@Ruckus That's right, and I think we use internal api's some places via reflection that are public in JDK9, so we can clean up some of the ugly parts as well. We could also remove deprecated functions and possibly break the API in some small areas where there is room for improvements if needed. Fun 🙂

Bed time here. Will start writing the scope documentation tomorrow. Good night guys!

@Ruckus I haven't found an undocumented style. I'd expect the same with the Java 9 docs. But if you get an early access build and start working on it with TornadoFX, maybe the documentation isn't there yet?

A couple find greps should flush them out

@edvin - the syntax I have used for a table column bound to a POJO (i.e. no properties) is

column<MyRowClass,MyColumnClass>("Column Name", "fieldname")

Is there any way to get the compile to infer the table type so that you can just call

column<ColumnClass>("Column Name","fieldname")

?

or maybe

column("Column Name", "fieldname", String::class )

@gtnarg If the POJO is a POKO, you can use

column("Column name", ObjectType::property)

, but for POJO's you're better off with the string based version. We have one alternative:

column("Column name", String::class) { value { it.value.name } }

, but there is nothing to gain for POJO's really.

@Ruckus Maybe some inspiration for the xmas lighting project? https://t.co/haQcwsPJRO

@gtnarg I think there's some hope for your syntax in reified types. This is limited to inlines now, but one day Kotlin might be able to avoid having to pass class object around. https://kotlinlang.org/docs/reference/inline-functions.html#reified-type-parameters

@carlw I saw that video, but what we do is quite a bit more complex 🙂

@Ruckus Nothing less than Christmas Vacation!

🙂

hello everyone

I'm facing problem with tornadofx/gradle

Can you show us?

@User uploaded a file: Pojo Column with Type Parameter and commented: Not sure if this has any downsides but allows the column to be added using

column<Person,String>("Name","name")

or

column("Name","name",String::class)