Very excellent. I feel so good that Oracle has decided not to abandon JavaFX. Now sit back and watch Java eat everyone's lunch on the desktop and rocket back to being the number one programming language on the planet.🔥
Great to see, I hope JavaFX gets more support and faster development going. What I'm seeing in my development is that, yes, there is a focus on stability etc. which is great, but at some point, you DO need new features. :) This is what is holding me and others back I think, minor features and even a "what's new" that showed a new about window for scenebuilder.... I mean, you get the point.
implementing notebook is an awesome idea and I'm happy to see the project is still heavily moving on. I was using javaFX for about a year in my desktop projects, the thing I noticed is lack of native capabilities like native tray or native notifications. I hope that there will be a plan to fix these problems
RichTextArea is a huge improvement. How many language has supported by RichTextArea?Is it support for MarkDown? And, when will JavaFx add support for CSS3?Is the team preparing for it? I think it's equally important for JavaFx.
wow, javaFX in the 2023. i used to play with it 5 years ago. now people mostly working with electron/hybrid frameworks, not sure how many companies still using the javaFX these days.
There has always been a gap between what it seems most people use and what is actually used. To give an example, who these days talks about Delphi? Yet it’s a popular language and widely used. There is a huge benefit in stability and performance and maintainability, which is what Java gives you, whatever framework you use.
That notebook demo looked great. It would be nice if you could group statements without invoking output, like you can in Jupyter, but I really like what I'm seeing. If this becomes relatively easily accessible, I could see it becoming a very major boon to Java as a whole.
I recently used Jetpack compose thinking it would be awesome. Oh boy, it was terrible! Now I'm learning JavaFX because compose is missing so many basic features.
It would be awesome some facilties available in tornado fx, handle asnc call make easy to retrieve data and convert into observable to be used in tableview,lists. Some libs such restfx (deprecated) gluon connect help but miss fill some gaps, pass token in call
Could you please provide support for Chromium browser. realtime graph update and zooming and panning capability don't know if these are already present or supported.
I really miss an open source implementation of a workbench such as eclipse RCP. Unfortunately, I think RCP is abandoned, no consistency, no recent books, it's very difficult to rely on online tutorials that are not up to date with RCP. Maybe JavaFX could add some effort in order to create such a thing to replace RCP that is simple and lightweight to use.
Where is the documentation? Scenebuilder 20 takes me to ancient 1.8 javafx documentation. There doesn’t seem to be anything more recent. And the documentation is not user friendly. Adding features is great but why not write comprehensive documentation so we can actually use it? I can’t even get an event triggered as a slider control value changes - none of the Scenebuilder events get triggered for that scenario. I can get a drag start but no drag end event for the slider - why? There’s a lot of scrappy information on Stackoverflow re attaching listeners etc but I couldn’t get anything to compile, as I think the info is too old and predates fxml. Update: finally pieced together that you need to override the Initialize method of the controller and add event listeners to specific control properties for value change and other notifications - the Scenebuilder fxml events don’t cover that. Where is this officially documented?
There's simply not enough people working on it, I constantly see like the same 5 people maybe? JavaFX needs some serious investment to get up to speed otherwise it'll fizzle out.
Can someone tell me how is JavaFX used for mobile applications? I never seen JavaFX application in app/play store and even outside of the store really?
The nag screen is only for the Gluon specific parts that make it look like a Material design app. Everything else still works without it. JavaFX apps have a lot of custom styling options that make them harder to recognize than Swing apps, so I'm not sure whether you could tell the technology just from looking at some screenshots.
Let us know when we can deploy to mobile without a gluon nag screen. Seems JavaFX got gate walled on mobile, considering the many train wreck ways of developing cross platform apps there appears to be nothing decent anywere really.
@@dumdumdumdum8804 You need to have practical knowledge of both flutter and JavaFx. I can't give an example in form of just a comment, you have to build and see. Just implement simple 3-4 screen app with or design it and see which technology helps you to be more productive and platform agnostic.
@@piyushkatariya1040 I think java has the legacy baggage that it needs to carry, because of which they have limited options of doing things, whereas if you create something new, you can always use whatever is the latest and the greatest. But I agree lately I am trying to use open source jfx projects, there are always issues, the binaries are always not compatible or some other issue. This java module system really caused great pain in the ease of use of javafx. it is basically causing me to give up some using older projects and starts everything from scratch but nobody have infinite time.
Oh dude i did an ERP prototype with flutter and i can tell you its not so productive than javafx. Components like datatable, treeview, textfield configurations, etc. And the controllers like hotkeys. And the absense of Reflection if you want to do advanced things, the json mapping is very difficult, and the libraries that java 22 have. For example doing things with peripherics like fingerprint sensors, printer drivers etc etc. so, how can you say flutter is 10 years of maturity? LOL