Dynamic JavaFX form generation

dooApp

Last update: Jan 9, 2023

Related tags

GUI FXForm2

Overview

FXForm 2

Stop coding forms: FXForm 2 can do it for you!

About

FXForm2 is a library providing automatic JavaFX form generation.

How does it work?

Write your model bean
Generate your form using FXForm2
Style it using CSS, skins and resource bundles!

Quick start

Add FXForm to your project dependencies:

<dependency>
    <groupId>com.dooapp.fxform2</groupId>
    <artifactId>core</artifactId>
    <version>9.0.0</version> <!-- Note: For Java 8 use 8.2.7, for JavaFX 2.2 use 2.2.6 -->
</dependency>

Get your FXForm...

FXForm<MyBean> fxForm = new FXForm<MyBean>(myBean);

...and add it to your scene!

See Get started.

For more use cases, see samples.

Features

Main features include:

Automatic form generation and binding to bean properties
CSS support
Bean Validation handling (JSR 303)
Fields reordering and filtering
Tooltips
Localization
Custom factories

Key benefits

Don't waste time coding forms, focus on styling
Less code and improved quality
Easy to use and to customize

Keep in touch

For help, use Stack Overflow.
If you found a bug, use GitHub issues.
If you have an idea, use GitHub issues.
If you'd like to ask a general question, use GitHub issues.
If you want to contribute, submit a pull request.

Reports

Links

Articles about FXForm2 on dooApp technical blog.

A video by Betrand Goetzmann with Grezi and FXForm2: [http://screenr.com/GvDs]

JavaFX Third Party Tools and Utilities

Considerations about GUI Generation with JavaFX and Using FXForm2 with EMF Models by Uwe.

Oliver Probst. Investigating a Constraint-Based Approach to Data Quality in Information Systems, 12.2.5.1 FXForm2, pages 85-88.

Infiltrea, an application dedicated to the measure of the airtightness of buildings, is using FXForm2.

Licensing

FXForm2 is licensed under the Lesser GPL license.

Build status

Comments

Adding the capability of deactivate the binding between model properties and controls view properties

In some case we wait the confirmation of users to save the change that has been made on fxform controls . So I want to add some option of persistence between the source bean properties and Form controls properties, like deactivate automatic update between source bean properties and Form controls properties. and the capability of reload the value of source bean properties to Form controls properties.
improvement

opened by omdaCh 19

Skinning: binding via ID stops working when using a ScrollPane

Hi,

I took the sample code for skinning a form using an FXML file from https://github.com/dooApp/FXForm2/blob/master/samples/src/main/java/com/dooapp/fxform/samples/FXMLSkin.java

Everything worked as expected, the bean properties were shown in the form. Then I wrapped the AnchorPane's children in a ScrollPane like this:

<AnchorPane id="AnchorPane" maxHeight="-Infinity" maxWidth="-Infinity" minHeight="-Infinity" minWidth="-Infinity" prefHeight="400.0" prefWidth="600.0" xmlns:fx="http://javafx.com/fxml/1" xmlns="http://javafx.com/javafx/2.2">
  <children>
    <ScrollPane>
      <content>
        <Label id="firstName-form-label" layoutX="272.0" layoutY="14.0" text="Label" />
        <TextField id="firstName-form-editor" layoutX="199.0" layoutY="36.0" prefWidth="200.0" />
        <Label id="lastName-form-label" layoutX="14.0" layoutY="184.0" text="Label" />
        <TextArea id="lastName-form-editor" layoutX="79.0" layoutY="115.0" prefWidth="200.0" wrapText="true" />
        <Label id="age-form-label" layoutX="334.0" layoutY="326.0" text="Label" />
        <TextField id="age-form-editor" layoutX="362.0" layoutY="342.0" prefWidth="200.0" />
      </content>
    </ScrollPane>
  </children>
</AnchorPane>

This resulted in an empty form being shown. There seemed to be no bindings between bean properties and GUI components.

Did I make a mistake or is ScrollPane not supported at the moment?

Keep up the great work! oova

bug

opened by oova 15

Using entity classes as beans for fxforms

Hello, this is not an issue but a question. I have some entity classes (POJO with JPA annotations), and I'd like to use them as beans for fxforms, but fxforms does not generate anything. When using a bean with javafx style properties as illustrated in the get started wiki page fxforms does works correctly. So questions:

1- Does fxforms requires javafx style properties to work ? 2- If answer to 1 is yes, does anyone know of any docs on how to mix entity classes with javafx style properties ? 3- If answer to 1 is no, is there any docs out there i could follow. The get-started page on the wiki does not work with regular java beans.

I'm new to javafx and fxform, so I'm probably just missing something very obvious here. Thanks in advance for your time.

opened by carragom 10

[FEATURE_REQUEST] Pass FXForm resourcebundle FXMLSkin for set in FXMLoder

I'm designing an FXML form for my bean and I want to add TitledPane labels that are not bean properties, so I want to define their labels in the MyBean.properties as standar JavaFX way.

However, it i set a %some.key text in some part of fxml. This code fails because Resource bundle aren't passed to fxmlLoader instance:

protected Node loadFxml() throws NodeCreationException {
        fxmlLoader = new FXMLLoader();
        fxmlLoader.setLocation(url);
        fxmlLoader.setController(controller);
        try {
            return (Node) fxmlLoader.load();
        } catch (IOException e) {
            throw new NodeCreationException(e.getMessage(), e);
        }
    }

This code snipped from FXMLSkin should be as this example (FXForm have my resource bundle prev setted by form.setResourceBundle):

protected Node loadFxml() throws NodeCreationException {
       fxmlLoader = new FXMLLoader();
       fxmlLoader.setLocation(url);
       fxmlLoader.setController(controller);
       fxmlLoader.setResources(resourceBundleFromFXForm);
       try {
           return (Node) fxmlLoader.load();
       } catch (IOException e) {
           throw new NodeCreationException(e.getMessage(), e);
       }
   }

improvement

opened by garzy 8

Handling dynamic source objects
I'm dealing with a bean which has a map property like

Map<String, String> userMap

Showing this map with FXForm2 using an adaptor and a factory is not a problem, but the user should be able to add or remove entries to or from the map such that I need to update the form after each operation. I can do this partial re-generation of the form by

using a lot of code in the factory class or by

re-generating the entire form, by which I would probably lose any input values that were not stored in the data model (because they were invalid, for instance).

Is there a recommended way for doing this? Or is this maybe a use case that FXForm2 does not want to address?

Cheers, Uwe
opened by usander 8
java.lang.NullPointerException Integer/Boolean
Dear FXForm2 Team,

I generated a Bean Model with a custom JOOQ Generator. Cause there're "null" Values in some Rows for Boolean- and Integer-Types needed it's not possible to initialize these variables in the Bean Model with (true/false) (0)

Is there a solution for this how to handle this Null Pointer expection without setting Values?

Thank you very much.

E.x. private SimpleIntegerProperty idMeasurements;

Throwing Excpetion:

Exception in thread "JavaFX Application Thread" java.lang.NullPointerException at javafx.beans.property.adapter.JavaBeanIntegerProperty.lambda$get$38(JavaBeanIntegerProperty.java:95) at java.security.AccessController.doPrivileged(Native Method)
bug
opened by phiwop 7
FXForm and bean validation in OSGI environment

I'm using FXForms 2 in a OSGI environment to generate forms. Classloader are very restrictive in OSGI, and the standard way of finding a validator instance in the classpath simply does not work and will give the error:

javax.validation.ValidationException: Unable to create a Configuration, because no Bean Validation provider could be found. Add a provider like Hibernate Validator (RI) to your classpath.

This is expected, and is OK. I worked around this by implementing my own FXFormValidator, extending FXForm and setting my validator in my extended class constructor. Now I can successfully validate beans in my FX Forms.

However, when I create my extended FXForm, the AbstractFXForm get instanciated. It contains the fxFormValidator member, which gets instanciated to a DefaultFXFormValidator. When the DefaultFXFormValidator gets created, it looks for a validator instance in the classpath, then cannot find it and log the stacktrace (line 54 of DefaultFXFormValidator).

This causes my logs to get filled with stacktraces everytime I create a form, before I override the form validator to my own. This is problematic and could be fixed by either:

1 - removing the log entry from the DefaultFXFormValidator; 2 - Do not instanciate the form validator at form instance creation, but only the first time a validation needs to be executed.
technical task

opened by lanouettea 7
Disable Edition?
Hi, I'm working with this FXForm2 and it's awesome for see and edit beans.

However, at this time, I need that the user can't edit anything in the displayed form. My bean only have atributtes of types:

String, integer, double, boolean.

What can I do?, I'm trying with FXForm.setDisable(true) but's it's ugly, I would like to see FXForm.setEditable(false) in the next release please.
opened by garzy 6
Allow class level constraints to be reported on target fields

Some class level constraints refer to a specific field but the need to be declared a class level because they require additional parameters to check the constraint. For example a field might be mandatory if another field has a specific value.

In this case, the constraint violations should be reported directly at the field level and not at the class level (at the top of the form in the default skins).
improvement

opened by amischler 6
Extending the FormFactory annotation

Hello there, first of all. The project is a lifesaver, and amazing.

I would very much like to contribute with it, we're currently implementing some custom form components using the controlsfx Controls. But our components need a little more information.

Is there anyway for us to implement, or extend the way of using the FormFactory annotation based for some fields, where we can use some extra parameters to it?

Those would go to the FieldFactories, so they can build the controls properly.

I was looking for a way to do it, but I felt quite lost with some part of the code, what classes should I extend for implementing this feature?

Thanks for the support, and for helping the JavaFX community!

opened by rodsnjr 5
String properties turn into NULL values
In ToStringConverter the following code can be found:

@Override public Object adaptFrom(String to) { return null; }

That seems to null out every String in my beans. It seems to work much better if I replace the "null" with "to".
bug
opened by peterbecker 4
An element does not become invalid in case of non-adaptable input #207
Reproduction:

Create a form with a source model that contains an IntegerProperty

Define a custom CSS that will change the style if element become invalid (.form-label-invalid, .form-editor-invalid...)

Fill value from the view with a non-adaptable value, such a String

Problem:

Invalid CSS style is not applied on the element

bug
opened by Rizen59 0
Bump jackson-databind from 2.9.2 to 2.12.6.1 in /extensions
Bumps jackson-databind from 2.9.2 to 2.12.6.1.

Commits

See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR

@dependabot recreate will recreate this PR, overwriting any edits that have been made to it

@dependabot merge will merge this PR after your CI passes on it

@dependabot squash and merge will squash and merge this PR after your CI passes on it

@dependabot cancel merge will cancel a previously requested merge and block automerging

@dependabot reopen will reopen this PR if it is closed

@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually

@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot use these labels will set the current labels as the default for future PRs for this repo and language

@dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language

@dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language

@dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from the Security Alerts page.

dependencies
opened by dependabot[bot] 0
Bump hibernate-validator from 5.0.3.Final to 5.1.2.Final in /core
Bumps hibernate-validator from 5.0.3.Final to 5.1.2.Final.

Changelog

Sourced from hibernate-validator's changelog.

5.1.2.Final (25.07.2014)

** Bug * [HV-889] - Translation error in ValidationMessages_zh_CN.properties * [HV-901] - Luhn Credit Card Validator incorrect return statement * [HV-902] - Cascading validation does not work on classes which implement Iterable. * [HV-906] - org.hibernate.validator.constraints.CreditCardNumber does not fail on a non-numbers string * [HV-908] - Fix Chinese translation file

** Task * [HV-912] - Improve integration with Java's security manager

5.1.1.Final (06.05.2014)

** Bug * [HV-871] - hv test suite isn't compatible with java 8 * [HV-873] - @SafeHtml(whitelistType = WhiteListType.NONE) allow , * [HV-882] - ValidationExtension must not expect a ProcessBean event to be fired right after AfterBeanDiscovery.addBean() is called

5.1.0.Final (02.03.2014)

** Bug * [HV-865] - java.lang.NullPointerException at org.hibernate.validator.internal.cdi.InjectingConstraintValidatorFactory.releaseInstance

5.1.0.CR1 (17.02.2014)

** Bug * [HV-834] - Support curly braces within EL expressions * [HV-858] - ValidatorFactoryBean should use default BV provider * [HV-860] - Leverage validated value unwrapper for validateProperty() and validateValue()

** Improvement * [HV-859] - Allow to upload to /docs_htdocs/hibernate/stable/validator for final releases

** New Feature * [HV-814] - Re-consider semantics of options of mod check constraints

** Remove Feature * [HV-799] - EANValidator removed from the latest versions

** Task * [HV-812] - Make @Mod10Check and @Mod11Check constraints usable via API * [HV-837] - Re-enable CustomValidatorFactoryInPersistenceUnitIT#testValidatorFactoryPassedToPersistenceUnit

... (truncated)

Commits

5777f4b [maven-release-plugin] prepare release 5.1.2.Final

3cb5aec Changelog and readme updates prior to release 5.1.2.Final

6944d97 Adding Khalid to copyright.txt

db81024 HV-912 Removing unused method parameter

29944c5 HV-916 Disabling unstable test

fd1d997 HV-912 Not exposing accessible-made members

febb865 HV-912 Reducing accessibility of some classes and methods

7735b49 HV-912 Wrapping call to JAXBContext#newInstance() and Unmarshaller#unmarshal(...

75aea5f HV-912 Wrapping call to SchemaFactory#newSchema() into privileged action

bcbbb6e HV-912 Wrapping invocation of ClassMate method into privileged action

Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR

@dependabot recreate will recreate this PR, overwriting any edits that have been made to it

@dependabot merge will merge this PR after your CI passes on it

@dependabot squash and merge will squash and merge this PR after your CI passes on it

@dependabot cancel merge will cancel a previously requested merge and block automerging

@dependabot reopen will reopen this PR if it is closed

@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually

@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot use these labels will set the current labels as the default for future PRs for this repo and language

@dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language

@dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language

@dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from the Security Alerts page.

dependencies
opened by dependabot[bot] 0
Bump hibernate-validator from 5.0.3.Final to 5.1.2.Final in /demo
Bumps hibernate-validator from 5.0.3.Final to 5.1.2.Final.

Changelog

Sourced from hibernate-validator's changelog.

5.1.2.Final (25.07.2014)

** Bug * [HV-889] - Translation error in ValidationMessages_zh_CN.properties * [HV-901] - Luhn Credit Card Validator incorrect return statement * [HV-902] - Cascading validation does not work on classes which implement Iterable. * [HV-906] - org.hibernate.validator.constraints.CreditCardNumber does not fail on a non-numbers string * [HV-908] - Fix Chinese translation file

** Task * [HV-912] - Improve integration with Java's security manager

5.1.1.Final (06.05.2014)

** Bug * [HV-871] - hv test suite isn't compatible with java 8 * [HV-873] - @SafeHtml(whitelistType = WhiteListType.NONE) allow , * [HV-882] - ValidationExtension must not expect a ProcessBean event to be fired right after AfterBeanDiscovery.addBean() is called

5.1.0.Final (02.03.2014)

** Bug * [HV-865] - java.lang.NullPointerException at org.hibernate.validator.internal.cdi.InjectingConstraintValidatorFactory.releaseInstance

5.1.0.CR1 (17.02.2014)

** Bug * [HV-834] - Support curly braces within EL expressions * [HV-858] - ValidatorFactoryBean should use default BV provider * [HV-860] - Leverage validated value unwrapper for validateProperty() and validateValue()

** Improvement * [HV-859] - Allow to upload to /docs_htdocs/hibernate/stable/validator for final releases

** New Feature * [HV-814] - Re-consider semantics of options of mod check constraints

** Remove Feature * [HV-799] - EANValidator removed from the latest versions

** Task * [HV-812] - Make @Mod10Check and @Mod11Check constraints usable via API * [HV-837] - Re-enable CustomValidatorFactoryInPersistenceUnitIT#testValidatorFactoryPassedToPersistenceUnit

... (truncated)

Commits

5777f4b [maven-release-plugin] prepare release 5.1.2.Final

3cb5aec Changelog and readme updates prior to release 5.1.2.Final

6944d97 Adding Khalid to copyright.txt

db81024 HV-912 Removing unused method parameter

29944c5 HV-916 Disabling unstable test

fd1d997 HV-912 Not exposing accessible-made members

febb865 HV-912 Reducing accessibility of some classes and methods

7735b49 HV-912 Wrapping call to JAXBContext#newInstance() and Unmarshaller#unmarshal(...

75aea5f HV-912 Wrapping call to SchemaFactory#newSchema() into privileged action

bcbbb6e HV-912 Wrapping invocation of ClassMate method into privileged action

Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR

@dependabot recreate will recreate this PR, overwriting any edits that have been made to it

@dependabot merge will merge this PR after your CI passes on it

@dependabot squash and merge will squash and merge this PR after your CI passes on it

@dependabot cancel merge will cancel a previously requested merge and block automerging

@dependabot reopen will reopen this PR if it is closed

@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually

@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot use these labels will set the current labels as the default for future PRs for this repo and language

@dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language

@dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language

@dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from the Security Alerts page.

dependencies
opened by dependabot[bot] 0
Bump hibernate-validator from 5.0.3.Final to 5.1.2.Final in /samples
Bumps hibernate-validator from 5.0.3.Final to 5.1.2.Final.

Changelog

Sourced from hibernate-validator's changelog.

5.1.2.Final (25.07.2014)

** Bug * [HV-889] - Translation error in ValidationMessages_zh_CN.properties * [HV-901] - Luhn Credit Card Validator incorrect return statement * [HV-902] - Cascading validation does not work on classes which implement Iterable. * [HV-906] - org.hibernate.validator.constraints.CreditCardNumber does not fail on a non-numbers string * [HV-908] - Fix Chinese translation file

** Task * [HV-912] - Improve integration with Java's security manager

5.1.1.Final (06.05.2014)

** Bug * [HV-871] - hv test suite isn't compatible with java 8 * [HV-873] - @SafeHtml(whitelistType = WhiteListType.NONE) allow , * [HV-882] - ValidationExtension must not expect a ProcessBean event to be fired right after AfterBeanDiscovery.addBean() is called

5.1.0.Final (02.03.2014)

** Bug * [HV-865] - java.lang.NullPointerException at org.hibernate.validator.internal.cdi.InjectingConstraintValidatorFactory.releaseInstance

5.1.0.CR1 (17.02.2014)

** Bug * [HV-834] - Support curly braces within EL expressions * [HV-858] - ValidatorFactoryBean should use default BV provider * [HV-860] - Leverage validated value unwrapper for validateProperty() and validateValue()

** Improvement * [HV-859] - Allow to upload to /docs_htdocs/hibernate/stable/validator for final releases

** New Feature * [HV-814] - Re-consider semantics of options of mod check constraints

** Remove Feature * [HV-799] - EANValidator removed from the latest versions

** Task * [HV-812] - Make @Mod10Check and @Mod11Check constraints usable via API * [HV-837] - Re-enable CustomValidatorFactoryInPersistenceUnitIT#testValidatorFactoryPassedToPersistenceUnit

... (truncated)

Commits

5777f4b [maven-release-plugin] prepare release 5.1.2.Final

3cb5aec Changelog and readme updates prior to release 5.1.2.Final

6944d97 Adding Khalid to copyright.txt

db81024 HV-912 Removing unused method parameter

29944c5 HV-916 Disabling unstable test

fd1d997 HV-912 Not exposing accessible-made members

febb865 HV-912 Reducing accessibility of some classes and methods

7735b49 HV-912 Wrapping call to JAXBContext#newInstance() and Unmarshaller#unmarshal(...

75aea5f HV-912 Wrapping call to SchemaFactory#newSchema() into privileged action

bcbbb6e HV-912 Wrapping invocation of ClassMate method into privileged action

Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR

@dependabot recreate will recreate this PR, overwriting any edits that have been made to it

@dependabot merge will merge this PR after your CI passes on it

@dependabot squash and merge will squash and merge this PR after your CI passes on it

@dependabot cancel merge will cancel a previously requested merge and block automerging

@dependabot reopen will reopen this PR if it is closed

@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually

@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)

@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot use these labels will set the current labels as the default for future PRs for this repo and language

@dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language

@dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language

@dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from the Security Alerts page.

dependencies
opened by dependabot[bot] 0

Owner

dooApp

GitHub http://dooapp.github.com/FXForm2

HUAWEI 3D Modeling Kit project contains a sample app. Guided by this demo, you will be able to implement full 3D Modeling Kit capabilities, including 3D object reconstruction and material generation.

HUAWEI 3D Modeling Kit Sample English | 中文 Introduction This project includes apps developed based on HUAWEI 3D Modeling Kit. The project directory is

59 Jan 1, 2023

Tray Icon implementation for JavaFX applications. Say goodbye to using AWT's SystemTray icon, instead use a JavaFX Tray Icon.

FXTrayIcon Library intended for use in JavaFX applications that makes adding a System Tray icon easier. The FXTrayIcon class handles all the messy AWT

248 Dec 30, 2022

Lib-Tile is a multi Maven project written in JavaFX and NetBeans IDE 8 and provides the functionalities to use and handle easily Tiles in your JavaFX application.

Lib-Tile Intention Lib-Tile is a multi Maven project written in JavaFX and NetBeans IDE and provides the functionalities to use and handle easily Tile

13 Apr 13, 2022

DataFX - is a JavaFX frameworks that provides additional features to create MVC based applications in JavaFX by providing routing and a context for CDI.

What you’ve stumbled upon here is a project that intends to make retrieving, massaging, populating, viewing, and editing data in JavaFX UI controls ea