You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue should be used to gather other issues and ideas that can't be implemented with the current FXML loading mechanism.
At the moment we are wrapping javafx's FXMLLoader when we load our Views. But maybe this approach isn't sufficient because the FXMLLoader isn't implemented in a modular way and don't provide hooks to modify or configure the live cycle and loading process.
Therefore a possible workaround would be to fork the FXMLLoader and provde our own extended FXMLLoader. Of cause this would have many negative impacts like the effort of porting back upstream bugfixes into our version. Another downside is the usage of private APIs in the FXMLLoader that won't be available for us with Java 9.
This issue can be used to discuss other solutions and a general architecture of a more flexible loading process.
This issue should be used to gather other issues and ideas that can't be implemented with the current FXML loading mechanism.
At the moment we are wrapping javafx's FXMLLoader when we load our Views. But maybe this approach isn't sufficient because the FXMLLoader isn't implemented in a modular way and don't provide hooks to modify or configure the live cycle and loading process.
Therefore a possible workaround would be to fork the FXMLLoader and provde our own extended FXMLLoader. Of cause this would have many negative impacts like the effort of porting back upstream bugfixes into our version. Another downside is the usage of private APIs in the FXMLLoader that won't be available for us with Java 9.
This issue can be used to discuss other solutions and a general architecture of a more flexible loading process.
Issues that are effected:
The text was updated successfully, but these errors were encountered: