@edvin I'm not sure if you've seen this in the CRM app, but I'm looking for a good pattern where a bunch of Fragments or Views share the same ProgressBar, Label, and status HBox container. Right now, I have a master View that owns these controls using individual Fragment ViewModels in the way that we've been discussing the past few weeks. What I have is working, but I'm looking for a better pattern because the binding expressions are getting longer and longer with each child Fragment I add. Maybe a general status / notifications object that uses the event bus? Also, I'm using first-come-first-serve as to the current status reporter. A better solution might keep a list of statuses.

@carlw I'm looking for a way to formalize just that with a statusbar component for the Workspace. We could create this component in such a way that it can be used outside the Workspace as well. Let me think about it for a while, OK?

@User uploaded a file:

@edvin np. what i have is working but it's not going to scale. I don't have time to refactor this now, but i think something that gathers and sorts progress events is what I'm looking for

awesome! you think they're good?

@carlw So both progress and status message, right? And possible something that could show several progresses at once?

I know there is such a control in ControlsFX actually.

Maybe that thing is overkill?

@edvin that's what I was thinking too...like in IntelliJ, but also supporting a summary view which would be the bottom bar in intellij

@carlw The button is perfect! I don't even notice the difference when I hit it 🙂

Ah, the IDEA progress thing is pretty nice. By default it only takes up the space in the bottom bar, but you can expand to see multiple ongoing operations.

We could aim for something like that.

@edvin I'm most interested in a consistent status bar and don't mind losing the space

So it could have a setting for automatic expansion perhaps..

I'm placing the order for the rest of the keycaps. I'll send them out to you and John. If anyone is giving a talk or just wants one, DM me an address.

Great!

I think the next one should be a red key with a blue tornado bordered with white.

We could actually autodetect long running tasks started via

runAsync

and friends, and also provide a way to register "external" tasks to show up in the task view. This component should then have a threshold on how many milliseconds a task must run before it appears.

My use case is run-of-the-mill RESTful updates which are hopefully short. I'm using the status indicators to show that they've successfully initiated the operation more than following along since these there is only one step (ex, 40% -> 100%)

Have you tried the included

RestProgressBar

or is that too simple for you?

It let's you hover it to see multiple requests also.

Maybe we could expand that a little?

Not yet...I'm working in plain JavaFX right now, but thinking about TornadoFX and the Task video you put together a few weeks back

OK. I just use the

RestProgressBar

everywhere and it works great for my use case at least.

add(RestProgressBar::class)

anywhere, and you're good to go. Every request done using the

Rest

client is automatically registered.

We need a photo gallery of keyboards. I'm sure the mechanical keyboard community would like the custom keys but they might not like the reduced keystrokes in Kotlin / TornadoFX.

@edvin The ISO enter does look kind of like a Type Safe Builder...

Haha 🙂

@User uploaded a file: