Hi, I've thrown Eclipse at it [1] - performance is ok but certainly not better than pure SWT but the reason for that is maybe my custom SWT port.
What you see is not a rewrite of Eclipse code itself (which is 99% unmodified) but an alternate SWT implementation which has the big draw-back that some part of the IDE (and I assume the same is true for some parts of Netbeans) are written with a direct mode toolkit in mind. For modulare application frameworks I currently know of: * e(fx)clipse - which leverages the Eclipse4 Platform * eFX - which leverages the Netbeans Platform * JacpFX - IIRC built solely above OSGi Felix * jrebirth IMHO doing a simple rewrite is not the right way - start with one of the platforms (Eclipse/Netbeans/IntelliJ) and rethink the IDE. What I mean is: Doing a rewrite simply for the sake of rewriting is wasted time and in case of rewriting Netbeans/Eclipse/IntelliJ/... it's a huge huge huge waste of time. Tom [1] http://tomsondev.bestsolution.at/2014/03/26/eclipse-on-javafx-a-short-video-and-next-steps/ On 10.07.14 09:06, Robert Krüger wrote: > On Wed, Jul 9, 2014 at 4:14 PM, Jeff Martin <j...@reportmill.com> wrote: >> My thought is that JavaFX is perfect for an IDE targeted to education, like >> Greenfoot and BlueJ: >> >> SnapCode: SnapCode is the first and only pure JavaFX IDE >> YouTube Overview: SnapCode JavaFX Overview >> >> SnapCode has visual code editing ("Snap-coding"), a sprite kit, >> graphics/sound editing, a runtime browser/player with animated transitions >> and more. It also has most of the features you expect in a modern IDE. >> Hopefully this is a great way to attract a new generation of developers and >> bring JavaFX to all Java developers. >> >> What it doesn't have is very much in the way of resources. If anyone wants >> to help, let me know. If Oracle would like to kick in an engineer or a few >> dollars, I wouldn't turn that away either. >> >> We need something like a "JavaFX Playground" before Apple Swift-boat's us. >> :-) > > I have to say I passionately disagree here. Of course, everyone has > different requirements/expectations. I am currently looking at JavaFX > as a candidate technology for commercial products in a market where > people are used to native applications. So far, I think JavaFX, from a > developer point of view, is great and the dedication of the dev team > and the transparency of the dev process are outstanding but it still > suffers from maturity problems that usually go away after a lot of > serious applications have been thrown at it, not by another Ensemble > or educational tool. Even big finance or medical or system management > applications may not be a good enough test for some areas because > their users are typically more forgiving in certain areas than e.g. a > photographer or designer using their favourite photo organisation tool > on a Mac but of course, every application helps and Netbeans is so > huge that porting it would probably result in a number of new Jira > issues making the platform better and, as I wrote, I thought with the > Swing API no longer being developed, it would either have to die or be > ported anyway. > > BTW, is there any directory of (commercial) JFX applications anyone is aware > of? >
