I am missing two important buttons on that trackball

I use the back and forward buttons a lot

I had to use a normal keyboard this morning and I kept doing CAPS-K 🙂

so I am running linux mint now with openjdk and the openjfx

keepassFX works just fine

and I was looking at this trackball https://www.amazon.com/ELECOM-Mouse-trackball-button-M-XT3URBK/dp/B016QCPO0G/ref=as_li_ss_tl?ie=UTF8&qid=1461405828&sr=8-1&keywords=Elecom+M-XT3URBK&linkCode=ll1&tag=trackballer-20&linkId=6171fcef779ce38ed9d62d7749fd9b47

@ron That one is supposed to be more accurate than the Logitech, but nothing seems to compare to the cst2545w 🙂

@ron You can install my program to be able to use Caps+K with a normal keyboard as well, btw 🙂 It works really great.

Don't know if I mentioned it, but I changed the

field()

builder so it operates on the actual field inside the lambda, instead of operating on the

inputContainer

. The reason is that you can now do

hide()

for example, to hide the whole field, including the label. If you want to just hide the inputs you can do

inputContainer.hide()

but I don't think that's an as common requirement.

Your program does not work on Linux

@ron Ah, that's right 🙂

"Under the covers, runAsync creates a JavaFX Task objects, and spins off a separate thread to run your call inside the Task. You can assign this Task to a variable and bind it to a UI to show progress while your operation is running." So sayeth the TornadoFX guide

Is there an example of that binding somewhere?

@kastork Yes, check out https://github.com/edvin/tornadofx/blob/master/src/test/kotlin/tornadofx/testapps/AsyncProgressApp.kt

This example uses the built in

TaskStatus

object, which you can inject where you need it. I will update the guide to mention this as well.

Guide is updated.

What do you do if the place where the work is bing done is in a controller method?

updateMessage

isn't available there.

@kastork

updateMessage

is a function on the

FXTask

, which would be the context of the function parameter you send to

runAsync

. It's the same in any Component, even Controllers.

Something like...

val t = runAsync {
  controller.doStuff(t)
}

@kastork with just a single method, you don't have a lot of interim status to report, so you'd do something like runAsync { updateProgress(4,10); updateMessage("Doing stuff"); controller.doStuff(); }

I usually bind the progressbar and label to the running state of the task so i don't need to do an updateProgress(10,10) and an updateMessage("Finished")

@carlw @edvin My

doStuff()

is generating the messages I want to update in the UI

It can take 30 seconds or more and generates a number of reports

messages

Maybe use the EventBus to pipe events to a subscribing node instead? I could see both being valuable, especially if you're using plain updateMessage and updateProgress for other more atomic methods (ex File Save gets the normal Task treatment)

you could also unroll doStuff and operate in the Task body

Yeah, I though of that.... but it is a

ProcessBuilder

running an external, non-java program

I'd like to keep the view builder free of that kind of thing

Initially I just tried a shared ViewModel, but the commits to it made from the controller method in the task thread, don't seem to trigger the observe mechanism.

Platform.runLater can be a little tricky. Remember, calling it, say in the body of a call() method (the JavaFX underpinnings of runAsync) won't always call it right away