kotlinlang #tornadofx

We support two different syntaxes actually. The first one is "fully compliant" with the JavaFX Property spec in that it uses a function to expose a property, but that doesn't seem to be needed much, so we introduced a neater syntax.

groostav

12/21/2016, 10:20 PM

ah, can you link me to it?

edvin

12/21/2016, 10:20 PM

@User uploaded a file: Untitled

-.kt

edvin

12/21/2016, 10:20 PM

This is the new style. It gives you a property, as well as "getters and setters" for that property.

edvin

12/21/2016, 10:21 PM

If you need the property to be exposed via a function, you can use the other style:

groostav

12/21/2016, 10:21 PM

it uses extension methods to make a

SimpleStringProperty

conform to kotlin's own property syntax

groostav

12/21/2016, 10:21 PM

very clever

edvin

12/21/2016, 10:22 PM

@User uploaded a file: Untitled

-.kt

edvin

12/21/2016, 10:22 PM

Here you have to mention the surrounding object, and it's not as pretty as the first alternative I showed you.

edvin

12/21/2016, 10:22 PM

This is described pretty well in the guide.

edvin

12/21/2016, 10:23 PM

Let me find a screencast as well

edvin

12/21/2016, 10:23 PM

https://www.youtube.com/watch?v=hAchA1e-BU8▾

👍 1

edvin

12/21/2016, 10:23 PM

This shows the IDEA plugin in action, and how you can auto generate JavaFX properties from simple properties automatically.

edvin

12/21/2016, 10:25 PM

You can read more about properties in the data controls chapter in the guide, search for "property" on this page:

edvin

12/21/2016, 10:25 PM

https://edvin.gitbooks.io/tornadofx-guide/content/5.%20Data%20Controls.html

groostav

12/21/2016, 10:30 PM

the old syntax works perfectly, thanks edvin

edvin

12/21/2016, 10:31 PM

Great, you're welcome 🙂

Ruckus

12/21/2016, 10:51 PM

@edvin @groostav Would using the new syntax but changing the getter name work?

Ruckus

12/21/2016, 10:51 PM

Copy code

@get:JvmName("nameProperty")
val nameProperty = SimpleStringProperty("Test")

Ruckus

12/21/2016, 10:53 PM

(Or on one line:

Copy code

val nameProperty = SimpleStringProperty("Test") @JvmName("nameProperty") get

)

groostav

12/21/2016, 11:27 PM

oo I like that

groostav

12/21/2016, 11:27 PM

ahh, except I'm using string literals now where I wasnt before

groostav

12/21/2016, 11:28 PM

Copy code

var username by property<String>()
fun usernameProperty() = getProperty(Customer::username)

groostav

12/21/2016, 11:28 PM

is more refactor safe

👍 1

Ruckus

12/21/2016, 11:37 PM

True. If you wanted to get really crazy, you could use a

const val USERNAME_PROPERTY = "usernameProperty"

and

@get:JvmName(USERNAME_PROPERTY)

, but that just looks nasty 🙂

Ruckus

12/21/2016, 11:39 PM

In this case it's probably better to stick to the

property<String>()

syntax

carlw

12/22/2016, 1:37 AM

@groostav I'm using the JavaFX Controller supporting .fxml files for purely declarative binding statements. This way, I can inject a ViewModel into the Controller class which I treat as a Code Behind in WPF terminology. Something like the following

carlw

12/22/2016, 1:38 AM

@User uploaded a file: Login View and commented: A "code behind" that binds a .fxml file to a ViewModel (no logic)

Login_View.kt

edvin

12/22/2016, 8:51 AM

@carlw Nice! You can actually make that binding expression in the init block much cleaner by using the binding functions in TornadoFX:

tfUsername.bind(loginViewModel.username)

edvin

12/22/2016, 8:52 AM

It knows that you want to bind the

textProperty

of the TextField, and it is bidirectional by default.