Is possible integration two applications JavaFX and Swing?

yes. i've done that a few times. it's a javafx selling proposition to deal with legacy code

@carlw Do you have an example?

http://bekwam.blogspot.com/2016/07/calling-swing-listener-from-javafx.html http://bekwam.blogspot.com/2016/07/the-swing-javafx-hybrid-app.html

Are you integrating existing code?

yes existing code is swing

both should call screens

Hi Guys, Do you think its a good idea to add Scene and Stage support to SceneBuilder?

@abhinay i think it’s really important and in line with XCode / Interface Builder from Apple. If you have a lot of .fxml chunks, you still have to assemble them in a working app. In that case, the app is responsible for the navigation or the transitions between the different views. XCode has drag-and-drop features that link code to UI components. Also, there are Segues which represent the predefined transitions. I haven’t used XCode with MacOS software, so for the iOS stuff I did, it’s simpler than a desktop app. There’s only one UIView at a time.

Scene Builder hasn’t progressed in over 6 years so that’s why I’ve been more interested in TornadoFX.

@carlw (or anyone else) would you be interested in reviewing https://bitbucket.org/gluon-oss/scenebuilder/pull-requests/62

@carlw http://bekwam.blogspot.com.br/2016/07/the-swing-javafx-hybrid-app.html

in the Threading section you talk about "Do not go back-and-forth". This is my problem would need to both go from Fx application to Swing, when from Swing to FX

Have you tried to solve this problem "Do not go back-and-forth"?

That's an architectural decision. Syntactically, you can have SwingNode components create JFXPanels which create more SwingNode components, etc. The Swing / JavaFX integration points should be very sparking and consistent. I've seen crashes on different platforms occurring when a worker Thread gets mixed in with the Swing Event Thread and the JavaFX Event Thread despite the presence of Swing invokeLaters and JavaFX runlaters.

On the other hand, I have had Swing code reliably bring up JFXPanels and vice versa for programs running for years.

I agree with @carlw - I have swing code that brings up JFXPanels without a problem. As @carlw has recommended, I purposely stayed away from two way integration because there were lots of reports of hangs and/or crashes and little interest from Oracle in addressing them...

I recommend a few things 1. Don't treat SwingNode, JFXPanel as components equivalent to VBox or JTable. You should not set out to build a UI that integrates at the component level (even if feasible), meaning don't build a mashup of Swing and JavaFX components. 2. Integrate at the window level. If there are any of the aforementioned threading issues, a window integration can be a firewall where if that Swing/JavaFX integration fails, you can always close the window without wrecking your program. 3. Be consistent. If your navigation is from Swing, bring up JFrames that create JFXpanels. if your navigation is JavaFX, bring up Stages that create SwingNodes. 4. Keep the flow one-way. Don't have a JFrame bring up a JFXPanel that incorporates a SwingNode. 5. Test on all platforms. Write once, test everywhere

@carlw How's the JavaFX on Pi adventure going? Do we all need to switch to Qt or is there hope? hehe 🙂

did you see the video?

Yes. That looked a lot faster than what the Qt guys did

the selection was pretty awkward. about half my attempts failed to drag and there was no indicator

i don't think SplitPane speed is a factor

I think that can be adressed with a stylesheet, at least to some degree

You can't just take a UI designed for desktop and expect it to behave for touch on a small screen with no adjustments

i was also wondering if the touch detection algorithm might be confused with regular press events

yeah, i'd like a shape to appear once the drag is initiated that ends when the drag succeeds

you get that on the desktop. plus a hover

I've seldom seen a split pane in a mobile app, at least not a stock control.

That's just not the way we use mobile UIs