automagically hidden when not needed?

Reading Kotlin in Action this morning and TornadoFX is mentioned on page 5!

@jchildress I don't have the book yet, but if it's suitable, pull out the book at the start of your talk and quote their description of TornadoFX as an introduction. This would give the project a more stature.

@jchildress they dont have the epub version 😞

@jchildress Oh, wow! That's pretty cool!

I have all the EAP versions bought it when they just started writing it

@ron I think autohide will be a property on the statusbar

It's actually mentioned twice in Kotlin in Action:

@User uploaded a file:

@carlw agree. I had read some it during the EAP, but never finished...

tornadoFX is gaining traction 🙂

Wish there was more support from Oracle for JavaFX...The web site is a little dated, putting links from 2013 and a dead www.jidesoft.com front-and-center http://www.oracle.com/technetwork/java/javase/overview/javafx-overview-2158620.html

Compare that to the newer bootstrap feel of oracle jet http://www.oracle.com/webfolder/technetwork/jet/index.html

Yeah, it's sad. Luckily, JavaFX is in good shape, but I hope that development will pick up after the JDK9 release. I think a lot of effort has gone into jigsawifying the whole thing, even though it doesn't result in new features.

tbh I think we will see more in controlsFX and that other project you contributed too then into javaFX itsefl

To be honest, even if all the controls in JavaFX was stripped away, the foundation in there is pretty solid. The rendering pipeline and the observables, and how the scene graph work is very good IMO. Since it's possible to improve or replace components one by one, I feel like JavaFX is still the best bet for multi platform desktop apps.

Heck, I'd prefer it for single platform desktop apps as well.

I agree

dont change too much and let OS projects like controlsFX and such do the adaptions on the platform

Yeah

I'm so close to supporting nested FXML with nested controllers, but alas.. it doesn't seem possible without writing a custom FXML loader. I can't decide if that would be a good idea or not. It's some work, but it also means it has to be maintained.

@edvin I think you're being a little generous...other desktop apis have moved beyond simple windowing and have incorporated things like a system tray (not the AWT/FX mashup), voice command API (Cortana/Siri/Linux voice command), geo location I know there are add-ons, but growing the FX desktop programming environment seems limited from my vantage point.

Sure, the desktop integration could he stronger, and I think, even expect, that to be fixed in either JDK9 or JDK10. Access to voice commands seems like a toy to me, but it might be usable for something in the future. If so, I'm guessing native bindings for Java will appear, if they haven't already. Don't know if it has to be part of JavaFX, or even the JDK. Same goes for geo location - it doesn't have to be a part of JavaFX IMO.

It's of course frustrating that things move so slow since it's part of the JDK. If there was more traction behind Apache Pivot back in the day, that would be a tremendous platform today.

what I would really like is a javafx systemtray instead of this "awt" monstrosity

it's particularly bad on linux because your transparent images are stuck with a light gray background because of a 10 year old bug

Yeah, this sucks. There is no doubt JavaFX hasn't gotten the love it deserves from Oracle.

Trying some alternative approaches to support nested FXML before I give up.

where are you stuck @edvin?