Merged 🙂

Thanks

@edvin - fair enough - I was referencing it from a pure javafx project but I suppose I could just use the tornadofx version. Should probably indicate that that project will not be maintained going forward.

@gtnarg Yes, thank you - I'll do that. I've been on the fence about what to do with it for a while.

@gtnarg I think the menu component from tornadofx-controls needs to be ported, and possibly combined with a hamburger menu control that could use it internally.

@edvin you have another PR about the trayIcon

@ron Sweet, added a review comment to it now 🙂

done

why does this work in java

stage.setOnCloseRequest(event -> stage.hide());

and this

FX.primaryStage.setOnCloseRequest({ event -> FX.primaryStage.hide() })

not in tornadoFX?

@User uploaded a file: WOW

@carlw I fixed my icontray problem 🙂

@User uploaded a file: and commented: and here is your java bug in action 🙂

@ron I used a random socket to have my tray talk to my main app. I've seen some app instability (AppKit crash, JVM crash) integrating Swing and JavaFX even with runLater() and SwingUtilities.invokeLater()

this was during opening of a file, never had that before, been using keepassFX for months now never had this

does it happen on windows?

never had it, my windows install is instable as shit, need to re install it one of these days

@ron to fix the transparency problem, I created a C library but then I walked into another problem between Linux desktops. Ubuntu doesn't use the gtk system tray but rather a unity app indicator. I lived with the gray background b/c I didn't want to write even more C code for different desktops

I found a post that explained where the problem comes from the image, the background gets filled with standard grey

yeah for animations

@edvin - I think there is a bit of work to make the form api useable from java. Will take a look at it tonight...

@edvin I find the filechooser functions a bit bulky almost the same amount of code as not using it

@edvin if you have time could you enlighten me in regards to "why does this work in java

stage.setOnCloseRequest(event -> stage.hide());

and this

FX.primaryStage.setOnCloseRequest({ event -> FX.primaryStage.hide() })

not in tornadoFX?"

@gtnarg You mean the Kotlin version?

@edvin - yes

@ron What does "not work" mean?

in the java version when the setOncloseRequest is done, clicking the "X" from the window will not stop the program but hide the stage

@gtnarg Would somebody use it from Java I wonder? If so, maybe it's better to keep the tornadofx-controls project live, or maybe even fork out the forms thing to it's own project. If not it will be a heavy dependency for non-Java apps. Both Kotlin and TornadoFX.

the same code in tornadofx (like I pasted) will close the program and not hide the stage

Could it be that implicitExit is not configured correctly, Ron?

its done with your trayIcon let me check