Closed andy-goryachev closed 1 year ago
Initially, the docking framework was based on Drag and Drop, but there was one scenario where DnD would not work:
When the user drags anFxDockPane from a container and drops it onto a desktop, we expect a new FxDockWindow to be created. Instead, the content being dragged scurries back to the original spot.
Thus, FxDock was re-designed to drag a Window, and here we have a bug in Linux javafx implementation that makes it essentially impossible to create a docking framework.
Should someone need a docking framework on Linux that is not based on DnD, we could file a ticket with Gluon to have it fixed.
now in JBS: https://bugs.openjdk.org/browse/JDK-8292922
https://bugs.openjdk.org/browse/JDK-8292922 is fixed in JavaFX 20.
As https://github.com/kasemir noted:
"The drag starts, but then freezes. This is on Red Hat Enterprise Linux Workstation release 7.4, Java 1.8.0_121, gnome desktop. For some reason all the docking libraries that create a new window to drag around as the visual feedback fail in a way, I believe because the gnome desktop interferes with the mouse events."
see https://github.com/kasemir/FxDocking/issues/1