How to fix the glitch with `menuitem`s

hi guys, I was wondering if there is a way to save the resulting graph into a file or an image

ive used RichTextFX for that: https://github.com/FXMisc/RichTextFX

Hi, I have strange problem, action for choicebox works with previous value, and combobox don't have action at all.. it's bug or so?

Or better to use some listener?

Ha they are actually using the same template I am currently using for a prototype of our tornadofx website I hope I can share some details soon

It’s for EOL releases. Current version is still free.

Was using an in-mem h2 db. When I switched it to write to a file, everything is okay.

@nate have you seen the TornadoFX wizard component?

What's weird is, that it doesn't find the class the plug in provides, not a dependency. Thanks for the report!

Haha 🙂 I'll get you one from the next batch Amanda 🙂

Are there any ideas to make something like SceneBuilder but for TornadoFX, considering that TornadoFX does not use Scenes -- ViewBuilder?

It's so frustrating getting JavaFX layouts to behave the way I want them to

Your column builder just declares a type, it doesn't extract any data. If you want to just return the item value inside the

ItemViewModel

, you can do:

fwiw i used coroutines with javafx a few times

if you throttle the system so badly the ui thread doesn't get scheduled whilst you're working yes that can happen. but normally if you're only using one or two threads it's fine. i haven't seen that sort of thing for quite a long time.

there were attempts to create thread safe UI toolkits in the 1980s but they largely failed

if I create a combo box of objects, how can I specify which field of the object to use as the "name" of each choice?

So who is going to kotlinconf?

Does watching the live stream count? 😁

I posted the link mostly for the "Best Practices". I agree about the hack. reminds me of putting PostConstruct in my EJBs

Thanks - Part one works perfectly ❤️ Still have a little problem with a ConcurrentModificationException...

import tornadofx.*

class Test : App(TestView::class)

class TestView : View() {
    val tabpane = tabpane {
        tab(TestWizard::class)
    }
    override val root = pane {
        add(tabpane)
    }

    fun closeTabs() {
        tabpane.tabs.forEach { it.close() }
    }
}

class TestWizard : Wizard() {
    init {
        add(TestWizard1::class)
    }

    override fun onSave() {
        find(TestView::class).closeTabs()
    }

}

class TestWizard1 : View("Test") {
    override val root = pane {}
}

More fun with TornadoFX and machine learning.

Does the removal of JavaFX (or movement into a standalone install) mean that AWT and Swing are getting moved, too?

@ValV You should check the JavaFX 8 CSS reference to determine what CSS properties are available to specific node types 🙂

@ValV Check out this issue for an example on how to pass parameters: https://github.com/edvin/tornadofx/issues/731