It's not a text view, but it's a StringProperty

I also added the

""

in the View constructor param so it wouldn't read

Hello null

until you wrote something.

Right, but JavaFX doesn't have a

TextView

, so I was asking if the app title would qualify for the "text view" in Anton's request. If it does, you only need the text field.

Ah, wait, it's a bidirectional bind. Nevermind.

@Ruckus It depends on which way you bind.

Yes 🙂

Makes sense

I have a meeting, so I'll talk to you all later

And for those heading off to bed soon, good night

OK 🙂 Real quick, just to show it. You can avoid the null by reversing the binding, but the sample grows a little:

@User uploaded a file: Untitled

Ahh.. finally we can all relax 🙂

Good night @Ruckus 🙂

Wow, it seems that my simple question has sparked quite the discussion 😂

Hehe 🙂 Some times it spawns new features or optimizations. Other times, it just drives people crazy 😆

I added a

confirm

helper. This old way is a bit tedious:

@User uploaded a file: OId way of confirming user action

@User uploaded a file: New confirm feature

It just looks cleaner. The buttons are configurable, and you only need to add one question text, so you can do

confirm("Delete?") { deleteOrderline() }

If you want

YES/NO

instead of the default

OK/CANCEL

buttons you can do:

confirm("Delete?", confirmButton = ButtonType.YES, cancelButton = <http://ButtonType.NO|ButtonType.NO>) { deleteOrderline() }

I'm moving the scope aware

find

functions from

UIComponent

to

Component

so it can be used from view models. I'm seeing a new pattern emerging here, where the view models contain more logic. It's making a huge difference in my ui code, will blog/screencast tonight.

I think @carlw is already doing this, but the change will make it easier and nicer to work with.

Just added

ObservableList.asyncItems

and

ListProperty.asyncItems

I'm working on a POC for the Workbench today 🙂

I'm writing a bunch of coroutine-based async primitives for

kotlinx.coroutines

library for Kotlin 1.1 and I'd like to have some JavaFX examples. I'm interested to see how

runAsync

in TornadoFx is currently used by real-life code. My key question is basically centered around use-cases for

runAsync

. Whether is it typically used to off-load heavy CPU-intensive code or to do some blocking IO (and what kind of IO is that)? I would be really grateful if anyone can point me to some actual code.

it is mainly used for blocking IO

but there is nothing stopping us from offloading heavy CPU intensive code

with the latest changes to runAsync that makes it possible to have progress and messages between the async task and the javafx thread it is very well suited for that