This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
JavaFX is the strategic future UI for java. The NetBeans IDE for Java, in particular, NetBeans Platform have been used for developing different applications. However, it is really strange that there is no news or plan about transforming NetBeans IDE and Platform into JavaFX. How could users of Java and NetBeans believe JavaFX is the future? NetBeans as an IDE for JavaFX or even integrating NetBeans with JavaFX are not long term solutions. It can only be interim before Java world moving into JavaFX or we have to doubt if we will really move to pure JavaFX in future. I developed a browser for the Medical terminology SNOMED CT based on NetBeans Platform. I would love to transform it into JavaFX. But I could not see if there will be a NetBeans Platform built purely on JavaFX. Apologies if this is not right place to submit this. Please help to forward this message to people who really care about future of NetBeans Platform and JavaFX. Many thanks, Yong Yongsheng Gao
The javafx/platform category covers problems with Ant project JFX integration. The platform/window system is the correct category.
Hi, I agree on this point too. Netbeans's swing component set is one of the best maintained and cohesive I have ever seen. Lot's of credit id due for the team's effort. With that said, I must concur on the fact that despite all the effort, swing never delivered a satisfactory result that is consistent between the three major platforms, (windows,linux/gtk,mac) in fact, as these platforms evolve from year to year, swing has not kept up and even less so on some platform (gtk). I am sure lot's of work related to swing is not in vein and can be fitted under the JavaFX rendering engine. I am referring to all the code architecture below the rendering. For starters, with JavaFx, themes would be a real thing now in Netbeans. Even Eclipse at this point has a leg up on the Netbeans platform. It's time to make the face lift. And if you find yourself so deeply wed into the swing api, at least you will have a chance to refactor the bad design out. Who knows, it might set you up for the next evolution, as UI might eventually be HTML5 and javascript on the CLOUD.
IMHO it's not a P2 priority. JavaFX is gaining momentum, but it's still somewhat young in its acceptance. Search "JavaFX" at Monster or Dice (job boards) before you disagree. That being said, I've been coding apps and making presentations on JavaFX for the last two years, as well as leading the JavaFX testing team on NetCAT 8.0. I'm a strong supporter of JavaFX; I really like it. But the rewrite you suggest requires funding, it's not trivial. Then there's the question of transitioning Platform developers, and maintaining dual platforms for some years. It's not just as easy as saying "Platform should use JavaFX instead of Swing"; this has considerable ramifications and requires long-range vision. But in the meantime, you CAN integrate JavaFX features into a NetBeans Platform application. See https://platform.netbeans.org/tutorials/nbm-javafx.html
Lou, thank you for your feedback.You have hit it on the nail, this would not be a trivial endeavor indeed. This kind of effort would need some serious backing, from within the technical expert group that oversees the direction of Netbeans, but even more importantly from Oracle Inc as sponsors I suppose. Given that Oracle has already poured lots of resources and money into JavaFX, Netbeans seems like a natural fit to showcase it's full potential. In some respect, it does as your link demonstrates, albeit Swing still acting as a container, but small steps first.In any case, I would love to hear from the architects/engineers that are on the ground and get some insight into how feasible it really is.
Two projects you can join that relate to this: https://java.net/projects/mfx https://java.net/projects/efx
*** This bug has been marked as a duplicate of bug 154798 ***