SpeedJG - Java Swing GUI Builder

Ten good reasons to use SpeedJG:

1. SpeedJG is not bound to a specific Java software development environment. It can be used together with any currently established IDE or simply on its own.
2. The meta data to describe the GUI layout is stored as XML because the structure of XML ideally fits to the hierarchical structure of Swing (JFrame, JPanel, JComponent. etc.). In addition, this format is readable on any platform. Therefore you are able to share your GUIs e.g. with your friends and / or colleagues regardless which platform or IDE they are using.
3. By default SpeedJG generates pure Java Swing source code that is also executable without any .jar file to be licensed. Thus you don't have to study any new APIs when developing GUIs with SpeedJG.
4. SpeedJG enables you to create complex GUIs because the structure of the components used corresponds to the structure of XML. Thus you can simply design multiple nested panels with different layouts (Swing is not VB). To see an example of a complex GUI look at SpeedJG - the GUI of this application is entirely generated by SpeedJG!
5. With SpeedJG the developer of a GUI is focused on the main properties when customizing a component. You are not overstressed with all possible properties from the inheritance hierarchy in alphabetical order. Instead, only those properties which are relevant in respect of the component currently to be customized are presented and ordered by importance.
6. At any time you can check the layout and appearance of any (not only the top-level JFrame or JPanel) component without having to compile it before. This is done at the push of a button by interpreting the meta data stored as XML. When you're finished with your GUI you can export the source code into a source file of your choice and compile it from inside the Java IDE you use.
7. SpeedJG enables you to edit in parallel as many components as you want. Each component is edited within a tab of its own and can be checked for itself. After saving you can directly change to another tab, and if this is, for example, an editor of a parent component, you can check the effects in a superordinate context.
8. When generating code SpeedJG strictly follows the MVC approach by separating the GUI (view) code from the controller code, and the model code, that's up to you as the developer.
   To give an example of a multilingual GUI, this separation allows you to simply deliver the complete GUI object to a translator class that can access all the components by their name without any knowledge of the internal structure, and set the texts of the labels, buttons, frame titles etc., depending on the preferred user language.
9. When exporting the generated source code into a file, SpeedJG by default only overwrites the previously generated code lines. Thanks to the clear-cut MVC separation you don't have to modify within the generated code lines but only within the stubs offered outside the generated code. Thus if you modify the layout of your GUI with SpeedJG and re-generate the code, your individually added code lines handling the GUI access remain untouched and valid.
10. Source code can be generated not only for top-level JFames or JDioalogs but basically for all components. When developing a very complex GUI this feature helps you - in conjunction with the MVC separation - to delegate self-contained GUI functionality to separate classes that handle parts of the whole application within their own responsibility.